Gaia-X – La nube europea se federa para hacerse global

Impulsando la cooperación y la adopción global

Tras el Gaia-X celerate Summit 2023 en Alicante, se ha podido observar un impulso significativo en el proyecto Gaia-X, que busca promover la innovación tecnológica y los modelos cloud en Europa. El evento contó con la participación de destacados líderes políticos y representantes de la industria, quienes compartieron sus perspectivas sobre el futuro del proyecto.

La conferencia se inauguró con el discurso principal de Catherine Jestin, Presidenta del Consejo de Administración de Gaia-X y Vicepresidenta Ejecutiva de Digital e Información de Airbus. Jestin destacó la importancia de Gaia-X como una plataforma para la adopción de servicios digitales en toda Europa.

Ulrich Ahle, nuevo CEO de Gaia-X procedente de Atos, presentó los avances realizados hasta ahora. Se mencionó que Alemania se encuentra rezagada en términos de servicios digitales en comparación con otros países como España. Sin embargo, el proyecto Gaia-X tiene como objetivo impulsar la colaboración entre los países europeos y acelerar la adopción de servicios digitales en toda Europa.

Durante el evento, se explicó la participación de GAIA-X en la creación de la Alianza Empresarial de Espacios de Datos en 2021, formada por BDVA, FIWARE, IDSA y la propia Gaia-X. Esta alianza tiene como objetivo establecer una arquitectura común reuniendo a 1000 miembros y 100 hubs para promover la cooperación en el ámbito de los espacios de datos.

Se presentaron varios casos de uso y proyectos destacados dentro de Gaia-X. Oliver Ganser, CEO de Catena-X, habló sobre el hub automotriz, que tiene un enfoque global con la participación de empresas de Estados Unidos, Canadá, Japón y China. Sébastien Picardat, CEO de Agdatahub, presentó un espacio de datos para la agricultura, que conecta 10 millones de granjas en la Unión Europea con 500 socios. Este proyecto cuenta con la participación tecnológica de Orange Business y se basa en regulaciones compatibles con Dawex, y está federado con otras plataformas de datos a través de una casa de compensación. El proyecto Structura-X se encarga por su parte de federar a los cloud service providers europeos con un piloto que permite provisionar clústers de Kubernetes entre España vía Arsys, Italia y Países bajos

La estrategia de Gaia-X se centra en aumentar la adopción de usuarios colaborando con los hyperscalers. Durante el evento, se mencionaron los capítulos europeos, estadounidenses y africanos de Gaia-X, así como la importancia de asociarse con proyectos destacados para mejorar la funcionalidad y fomentar la conciencia en el mercado.

En cuanto a los hyperscalers, se resaltó la importancia de generar confianza. Eric Ballnath, Arquitecto Principal de Google Cloud Data Economy and Ecosystems, mencionó que Google ha mostrado interés en los espacios de datos desde el principio y se enfoca en la soberanía operativa, considerando el uso de código abierto y la independencia de los hyperscalers. Por su parte, Peter Koen, Arquitecto Principal de Cloud Standards de Microsoft, destacó la importancia de la autonomía en la solución en la nube y el enfoque en estándares internacionales y desarrollo de código abierto para garantizar el funcionamiento del ecosistema de intercambio de datos.

En resumen, Gaia-X ha establecido asociaciones estratégicas con grandes empresas, PYMEs, startups y universidades para expandir su ecosistema. Se destacó la colaboración con empresas como Orange Business y Arsys, que han demostrado su compromiso con el proyecto y su capacidad para impulsar la adopción de servicios digitales en Europa.

Inteligencia Artificial y Big Data para la toma de decisiones empresariales


La inteligencia artificial (IA) y el big data están revolucionando la forma en que las empresas toman decisiones. Al analizar grandes conjuntos de datos, las empresas pueden obtener información valiosa sobre sus clientes, sus operaciones y el mercado en general. Esta información puede utilizarse para tomar mejores decisiones sobre cómo asignar recursos, lanzar nuevos productos y servicios, y mejorar la eficiencia operativa.

En una reciente conferencia impartida por Elena Gil Lizasoain, Directora de la Unidad de Negocio de IA y Big Data de Telefonica Tech en la escuela de negocios Instituto de Empresa (IE), se destacaron los siguientes puntos clave sobre el uso de la IA y el Big Data para la toma de decisiones empresariales:

  • La IA y el Big Data pueden ayudar a las empresas a adaptarse a las nuevas demandas de los usuarios, que son cada vez más impacientes, exigentes, están conectados 24×7 y están empoderados.
  • Las empresas deben convertirse en empresas nativas digitales que estén centradas en los datos, y utilicen la IA y el Big Data para mantenerse por delante de la competencia.
  • Algunos de los principales casos de uso en las empresas proporcionan un aumento de los ingresos, la mejora de la eficiencia operativa y la reducción del riesgo.
  • La IA y el Big Data pueden utilizarse para combinar información del dominio público con la propiedad intelectual interna de las empresas.
  • Las empresas deben evitar adoptar la IA y el Big Data demasiado rápido, darse por vencidas demasiado pronto, quedarse rezagadas o mantener la misma tecnología durante demasiado tiempo.
  • Algunas de las principales barreras para la adopción de la IA y el big data son la cultura y el talento (conocimiento híbrido), la ruptura de los silos entre las unidades de negocio y los departamentos, la privacidad y la seguridad, la ética y los procesos.

Elena Gil también compartió algunos ejemplos de cómo empresas como Telefónica y Ferrovial están utilizando la IA y el Big Data para mejorar sus negocios. Telefónica, por ejemplo, está utilizando la IA y el big data para mejorar el scoring de crédito para terminales, el marketing inteligente, la prevención de pérdida de clientes, el desarrollo de nuevos servicios y la planificación de redes.

Ferrovial , por su parte, está utilizando la IA y el IoT para la gestión de flotas, el seguimiento de la identificación móvil y la extracción, anonimización, extrapolación y agregación de datos para el transporte, el comercio minorista y el turismo.

En conclusión, la IA y el Big Data son herramientas poderosas que pueden ayudar a los CIOs de las empresas a tomar mejores decisiones y mejorar su rendimiento empresarial. Sin embargo, es importante que las empresas adopten estas tecnologías de forma selectiva y estratégica, teniendo en cuenta sus objetivos comerciales específicos y los desafíos que enfrentan.

Consejos para la adopción exitosa de la IA y el big data en las empresas:

  • Ser selectivo en los casos de uso. No es necesario adoptar la IA y el Big Data para todo. Las empresas deben centrarse en los casos de uso que tienen el mayor potencial de impacto en sus negocios.
  • Contar con el patrocinio de la alta dirección. La adopción de la IA y el Big Data requiere un compromiso de toda la organización, empezando por la alta dirección.
  • Vincular la adopción a un retorno de valor a corto plazo. Las empresas deben elegir casos de uso que puedan generar un retorno a corto plazo (quick wins), para demostrar el valor de la IA y el Big Data al resto de la organización.
  • Crear una cultura de datos. Las empresas deben crear una cultura en la que los datos sean valorados y utilizados por todos los empleados para tomar mejores decisiones.
  • Invertir en talento. Las empresas necesitan invertir en talento con las habilidades necesarias para adoptar e implementar la IA y el Big Data.
  • Gestionar los riesgos. Las empresas deben gestionar los riesgos asociados a la adopción de la IA y el Big Data, como la privacidad y la seguridad.

Siguiendo estos consejos, las empresas pueden aumentar sus probabilidades de éxito en la adopción de la IA y el Big Data para mejorar su rendimiento empresarial.

IDC CIO Summit 2023 Madrid

Basado en las intervenciones del pasado IDC CIO Summit que tuvo lugar en Madrid el 27 y 28 de septiembre.

El Papel Crucial del Cloud Computing en la Era de la Transformación Digital

En un mundo cada vez más conectado y dependiente de la tecnología, el cloud computing ha emergido como una piedra angular de la revolución digital. Con el aumento exponencial de la digitalización en todos los ámbitos, desde la gestión de datos hasta la ciberseguridad, la demanda de soluciones eficientes y seguras de computación en la nube ha alcanzado niveles sin precedentes. Esta creciente necesidad se ve reflejada en los cambios significativos que numerosas empresas han adoptado en sus estrategias de tecnología de la información y comunicación (TIC) recientemente.

Evolución de las Estrategias de Nube Híbrida

Un ejemplo destacado es el caso de una empresa como Correos, que se enfrentó al desafío de adaptarse rápidamente a la creciente demanda de registros en línea. Ante la necesidad de aumentar la seguridad de los registros en línea para el voto, tuvieron que hacer crecer rápidamente el sistema de criptografía en las instalaciones en sólo 15 días. Aunque el plan B de migrar al cloud se consideró arriesgado para el proceso clave, el enfoque híbrido finalmente les permitió integrar a un proveedor de la nube pública.

Inversión Sostenida con Enfoque en el Retorno

Además de la implementación de soluciones de nube híbrida, se observa un enfoque claro en la optimización del puesto de trabajo para aumentar la productividad, utilizando herramientas como el desarrollo sin código y la mejora de la experiencia del empleado mediante la realidad virtual y la inteligencia artificial para reducir los gastos de viaje e impulsar la innovación. Sin embargo, también se han encontrado obstáculos, como la escasez de habilidades que ha retrasado proyectos hasta 8 meses.

El Rol Clave de la Seguridad y la Gobernanza de Datos

Con el aumento de los ciberataques, la integración de la seguridad informática en el software comercial se ha vuelto crucial. La seguridad gestionada mediante servicios en la nube refleja la necesidad de una protección integral en cada etapa del proceso debido a la complejidad del entorno. Asimismo, la creciente presencia de datos en el edge y la inversión en seguridad del IoT (Internet de las Cosas) son imperativos clave para garantizar la protección de la información confidencial.

Adopción de Tecnologías Emergentes y Gestión de Datos

La adopción de tecnologías emergentes como la inteligencia artificial se ha convertido en una prioridad para automatizar una variedad de procesos de back office y atención al cliente. Además, el establecimiento de una oficina de datos para unificar la visión y proporcionar gobernanza y estandarización de datos ha demostrado ser un paso crucial hacia la eficiencia operativa y la toma de decisiones informada.

Implicaciones para el Futuro

En un entorno empresarial en constante evolución, queda claro que la adopción de estrategias de nube ágiles y centradas en datos será fundamental para mantener la competitividad y la sostenibilidad a largo plazo. Con la continua evolución de las tecnologías de la nube y la creciente sofisticación de los ciberataques, es imperativo que las empresas se mantengan ágiles y adaptables para abordar los desafíos en constante cambio en el paisaje digital actual.

Para obtener más información detallada sobre cómo las empresas líderes están implementando estrategias de cloud computing y gestionando con éxito sus operaciones en la nube, puede consultar los siguientes enlaces:

  1. Gestión de entornos multicloud
  2. Organización productiva del trabajo en nube
  3. Cómo extender la nube con consistencia al edge

Manténgase informado y al tanto de las últimas tendencias y mejores prácticas en cloud computing para garantizar el éxito continuo en la era de la transformación digital.

Cloud Edge: Cómo extender la nube con consistencia

Modernizar entornos distribuidos con eficiencia es una tarea complicada sin un socio experto capaz de simplificar el edge para usted unificando la facturación, gestión y soporte de una pila completa de infraestructura, conectividad y servicios que estos sitios demandan.

La nube ha abierto una ventana de oportunidad para innovar y construir nuevos modelos de negocio y soluciones que rompen algunos dogmas sobre aprovisionamiento, gestión y facturación. Sin embargo, el uso de la nube pública limita el rendimiento de los sistemas y las opciones de diseño de los arquitectos de tecnologías de la información.

Hoy en día, la adopción de la nube híbrida es aceptada por la mayoría de dichos arquitectos como la mejor manera de evitar las desventajas de la nube pública y modernizar las infraestructuras de TI de las instalaciones y así poder responder mejor a las demandas cambiantes de un negocio en continua transformación.

Sin embargo, una vez que el centro de datos principal está interconectado y funcionando con la nube pública, la siguiente pregunta parece natural. ¿Por qué no habilitar a toda la organización con estas nuevas capacidades? ¿No sería posible conectar directamente fábricas remotas, tiendas, oficinas o sucursales a esta tecnología en lugar de congestionar las comunicaciones con el centro de datos principal o multiplicar el costo de las transferencias de datos cifrados desde la nube pública?

Esta perspectiva parece prometedora, pero todos sabemos que implementar a gran escala un sistema de cómputo verdaderamente descentralizado en cualquier organización es muy complejo. Es similar a cuando las empresas de logística se esfuerzan por mantener niveles de inventario óptimos en cada almacén, equilibrando cuidadosamente la red de distribución para garantizar el suministro oportuno sin incurrir en costos innecesarios.

Brindar servicios de edge en ubicaciones remotas y sucursales que cumplan con las regulaciones de privacidad de datos, obtengan tiempos de respuesta para mantener la producción prevista y que cumplan con las políticas de seguridad de la empresa, al tiempo que garantizan la interoperabilidad y la consistencia, requiere un equipo hábil y una sólida gobernanza.

Pero en la actualidad, el talento escasea y el buen gobierno puede beneficiarse en gran medida de las mejores prácticas y lecciones aprendidas en escenarios similares. Las organizaciones deberían beneficiarse de la combinación de procesos, herramientas y la experiencia que los proveedores de infraestructura, software y servicios han verificado y validado para simplificar esta complejidad.

Para comenzar con la infraestructura, se debería simplificar la interoperación de los diferentes recursos: cómputo, almacenamiento y redes, asegurando que puedas ejecutar todas las aplicaciones y minimizar el espacio ocupado en cada ubicación.

La virtualización de estos recursos en un sistema altamente integrado con capacidades de automatización proporciona la versatilidad y el bajo mantenimiento que se necesita en el edge. Por eso, HCI (Infraestructura Hiperconvergente) es la arquitectura de elección para este propósito.

En el lado del software, debes optimizar el rendimiento conjunto del hipervisor, el sistema operativo y las bases de datos, idealmente utilizando el mismo proveedor, pero también permitiendo que proyectos de innovación de código abierto como Linux o Kubernetes se integren fácilmente con los paneles de control de la organización.

Por las razones mencionadas anteriormente, su red de socios y la penetración en el mercado, Microsoft Azure Stack HCI es probablemente la plataforma de nube inteligente más adecuada para la mayoría de clientes, porque fue diseñada para cubrir todo el ciclo de vida de las aplicaciones de DevSecOps en instalaciones que almacenan datos sensibles importa, al tiempo que se conecta de manera segura a la nube pública de Azure.

Desde un punto de vista operativo, Azure Stack HCI permite utilizar el mismo entorno de herramientas donde sea que se implementen las aplicaciones, ya sea on-premises o en la nube. Esto simplifica la complejidad tecnológica y optimiza las necesidades de adquirir nuevas habilidades y experiencia. Al final, esto permite optimizar los costes.

Aunque la tecnología es un activo importante al implementar soluciones edge, contar con un equipo de expertos capaces de comprender sus objetivos, plazos y restricciones es clave para implementar con éxito su estrategia edge.

Se recomienda seleccionar un proveedor con presencia global y una sólida relación con los proveedores de infraestructura y software, para que pueda respaldar con garantías todo tipo de transformaciónes en sus diferentes fases: consultoría, diseño, implementación y operaciones.

Un socio con un equipo extendido capaz de manejar proyectos secundarios como la conectividad edge, la migración de cargas de trabajo, la ciberseguridad, casos de uso de inteligencia artificial o incluso virtualización de puestos de trabajo.

Es el momento de incorporar un servicio CaaS de Kubernetes en tu catálogo de TI

Containers as a Service with OpenShift and VxRail

La computación distribuída y la transformación digital están cambiando la manera en la que las organizaciones están adquiriendo y gestionando su TI. Y esto está impactando no sólo a la tecnología sino también a la cultura, la estructura y los procesos de los clientes.

Hemos visto un cambio en la manera en que los clientes quieren consumir TI, que ahora pasa a ser modo servicio. Como resultado Dell ha lanzado sus servicios APEX, para que el cliente pueda mantener bajo control su infraestructura así como su coste. Este cambio también está provocando que el ecosistema de los proveedores de servicios cloud consideren pasar del hosting a modelos de servicio más flexibles.

Finalmente, la penetración de contenedores, plataformas y funciones como servicio con el fin de modernizar las aplicaciones críticas para el negocio está generando una demanda por expandir el catálogo de servicios de forma que estos servicios puedan ser consumidos.

Ahora el proceso de digitalización es lo suficientemente maduro como para cubrir todas las funciones en las corporaciones. Es hora de racionalizar sobre una plataforma segura y fiable que pueda medir y habilitar fácilmente a todo tipo de desarrolladores colaborando juntos. Red Hat OpenShift Container Platform (OCP) puede ser esa plataforma.

Red Hat ha arropado Kubernetes con servicios de orquestación, aplicación, datos y desarrollo para constituir una plataforma fiable capaz de interactuar con sistemas legacy. Sin embargo, el factor más importante en su rendimiento será la infraestructura subyacente.

OpenShift configurations in VxRail

Red Hat es un proveedor líder de soluciones empresariales de código abierto, usando un enfoque impulsado por la comunidad para ofrecer Linux de alto rendimiento, cloud, contenedores y tecnología Kubernetes. Red Hat y Dell Technologies han estado trabajando juntos durante más de 20 años para construir soluciones, profundamente integradas, diseñadas conjuntamente y completamente validadas con servicio y soporte mundial. Está colaboración ha generado una completa cartera de serviciosque incluye soluciones disponibles mundialmente para ejecutarse desde cualquier sitio: edge, clouds privadas o compartidas.

Ahora, hay un nuevo servicio dirigido a aquellos proveedores de servicios cloud que quieren albergar aplicaciones basadas en contenedores y no sólo revender servicios gestionados por otros agentes del mercado.

Dell Kubernetes for Cloud Service Providers with OpenShift es un nombre largo para una solución sencilla. Este diseño validado proporciona a los proveedores de servicio un tiempo rápido de comercialización para ofrecer OpenShift como servicio. La ejecución de OpenShift en VxRail, permite la automatización del despliegue out-of-the-box, protege los entornos utilizando vSphere HA, y permite al proveedor de servicios ofrecer una variedad de tamaños de clúster y SLAs.

Lo más destacado es que esta solución de Dell ofrece a los clientes una plataforma de desarrollo consistente y fiable que reduce el riesgo y el CAPEX al consumir OpenShift como servicio. OpenShift cuenta con más de 200 integraciones validadas, puede ejecutarse en múltiples entornos evitando el lock-in de los proveedores y cuenta con una gestión del ciclo de vida empresarial de 9 años. Más que suficiente para no apresurarse en la modernización de cualquier organización.

Cualquier proveedor de servicios en la nube puede configurar fácilmente su propio servicio utilizando esta solución. Con este diseño validado, además de las capacidades de configuración y gestión automatizadas que permiten los operadores de OpenShift, Dell añade la automatización de la infraestructura y la fiabilidad de VxRail HCI. Se acabaron los silos, los cuellos de botella y las esperas para conectar la computación, el almacenamiento y la red. Una infraestructura ideal para una plataforma CaaS.

Esta automatización coordinada es muy importante para ofrecer  una integración continua y una entrega continua (CI/CD) a escala sin olvidar la seguridad. La seguridad es una característica fundamental de OpenShift y cubre todas las partes del ciclo de vida de la aplicación, incluyendo la construcción, el despliegue y la ejecución. OpenShift es capaz de proteger no solo al host, sino también los contenedores entre sí.

Por otro lado, VxRail proporciona una pila completamente pre configurada y probada para todas las capacidades de seguridad validadas por múltiples certificaciones y estándares como FIPS o NIST. Así que, básicamente, todas las funcionalidades como la seguridad de los datos con cifrado, la recuperación de datos, la segmentación de la red y los paquetes de actualización para manejar el ciclo de vida del software son accesibles desde una consola fácil de usar para alcanzar el objetivo de asegurar las aplicaciones críticas de cualquier empresa.

Las empresas no sólo ofrecerán la innovación más rápidamente con migraciones de aplicaciones y ciclos de vida más cortos, sino que también gestionarán sus TI de forma segura y más eficiente, evitando las tareas manuales y centrándose en aportar valor al negocio en lugar de repetir las actividades tediosas.

Otro valor clave de esta solución para los CSP’s es su modularidad. Puedes construir una oferta completa de contenedores como servicio desde cero con esta solución, pero también entendemos que algunos CSP ya tienen capacidad sobrante que pueden reutilizar para esto. En otros casos, ya tienen un acuerdo de proveedor de servicios en la nube con Red Hat para proporcionar RHEL y JBoss, por ejemplo, y con esta solución modular pueden ampliar su acuerdo también a OpenShift.

Y finalmente, desde la perspectiva del servicio hay múltiples escenarios. Algunos CSP’s tienen muchos ingenieros certificados y con talento en OpenShift, mientras que otros prefieren contar con Dell para la configuración inicial e incluso el primer on boarding del cliente. Así que todo puede ajustarse al nivel de madurez de cada CSP.

Si consideramos el lado del cliente, si se trata de una empresa grande, puede ejecutar una sola implementación de OpenShift con una infraestructura dedicada de VxRail utilizando la implementación automatizada de Red Hat IPI. Si desea compartir una infraestructura VxRail entre varios clientes más pequeños, también puede implementar Red Hat IPI varias veces (una por cliente) para reducir la inversión mínima necesaria para iniciar su negocio CaaS.

¿Por qué OpenShift en lugar de Kubernetes?, y

¿Por qué VxRail en lugar de cualquier infraestructura?

Red Hat es el líder del mercado en plataformas de cloud híbrida, pero también la plataforma más productiva del mercado. Y Red Hat también es capaz de reducir la huella de infraestructura por aplicación hasta un 55%.

Y utilizando las tecnologías de VxRail, los CSP’s y los clientes pueden reducir el tiempo de inactividad, permitiendo asignar diferentes SLA’s a cada cliente. La infraestructura hyper-convergente puede aumentar la productividad de las operaciones, de forma que los equipos pueden dedicar su tiempo a servir mejor al negocio, llegando al mercado más rápido que la competencia, y creciendo progresivamente al eludir las barreras de entrada financieras y de talento.

En resumen, esta solución de arquitectura contempla todos los elementos que un CSP puede necesitar para construir y ejecutar un CaaS, PaaS y FaaS basado en OpenShift en poco tiempo gracias a los múltiples aceleradores que ambas compañías proporcionan en infraestructura y desarrollo.

En una encuesta realizada por IBM, el 64 % de los encuestados afirmó que pondrá en contenedores la mitad o más de sus aplicaciones existentes, mientras que el 87 % de las organizaciones ejecutarán aplicaciones en contenedores, según Aqua Security. El CaaS está de moda, y si quiere saber más, este  webinar le interesará.

Artículo original en inglés en LinkedIn.

Cómo construir un servicio de contenedores competitivo

Containers as a Service with OpenShift and VxRail
Ahora los proveedores de servicios cloud (CSPs) pueden extender su catálogo de forma sencilla y rápida con una oferta puntera de contenedores como servicio (CaaS) utilizando Dell Kubernetes for CSP’s with Red Hat ® OpenShift ®

Por Per Thorn y Jorge Gonzalez Moreno

07/04/2022

Durante años los operadores de telecomunicaciones, los proveedores de servicios cloud y los integradores de sistemas han proporcionado infraestructura como servicio (iaaS) a sus clientes corporativos.

Conforme la tecnología de la información (TI) ha ido evolucionando y se ha centrado más en las aplicaciones, muchos de esos clientes han pedido nuevos servicios a estos proveedores. En concreto, contenedores y plataforma como servicio (CaaS y PaaS respectivamente).

Al principio, los integradores de sistemas proporcionaron asistencia técnica a sus clientes, para pasar a continuación a dar servicios gestionados completos sobre las instalaciones locales de Kubernetes inicialmente utilizadas para pilotos, que después se convirtieron en la plataforma de producción para las iniciativas de digitalización corporativas.

Como parte de esta transformación, algunas organizaciones optaron por un servicio CaaS/PaaS[1] alojado en lugar de mantener la nueva plataforma en sus Centros de Proceso de Datos (CPDs). Ante esa situación, los proveedores tenían dos opciones:

  • Revender un servicio gestionado de un hyperscaler con un margen reducido.
  • Construir su propio servicio alojado para expandir su cuota de participación en el cliente.

La opción obvia para los proveedores de servicio es crear su propia oferta de CaaS/PaaS y usar Kubernetes para ello, especialmente al tener en cuenta que el 96% de los participantes del CNCF Survey 2021 indicaron que ya están usando Kubernetes o evaluándolo.

Sin embargo, hay varias razones por las que debería pensárselo dos veces antes de construir su oferta utilizando Kubernetes sin más:

  • Soporte. Confiar exclusivamente en el soporte de la comunidad para las escalas de las incidencias no es una buena idea, sobre todo si se quiere proporciona ANS (Acuerdos de Nivel de Servicio) a sus clientes finales.
  • Seguridad. La mayoría de las empresas piden aplicar complejas políticas de seguridad y procesos de autenticación y autorización que llevan bastante tiempo para configurar y mantener utilizando la distribución de código abierto de Kubernetes.
  • Integración. Kubernetes por sí mismo es sólo la base para una plataforma de desarrollo e infraestructura y por tanto necesita de múltiples componentes adicionales, incluyendo elementos de red, almacenamiento, balanceadores de carga, monitorización, registro, pipelines de integración y despliegue continuo, etc. La gestión de estos componentes es compleja y lleva tiempo.

Hay muchas opciones en el mercado que abordan estos temas al tiempo que mantienen la compatibilidad con el proyecto de código abierto de Kubernetes. VMware Tanzu y SUSE Rancher son alternativas populares, e incluso algunas plataformas de gestión cloud (CMP) como Morpheus tienen una distribución de Kubernetes que es atractiva para los proveedores de servicio.

Sin embargo, Red Hat® «OpenShift es la plataforma multicloud de contenedores más ampliamente desplegada» según The Forrester Wave™: Multicloud Container Development Platforms, Q3 2020.

Algunas razones para ello son la penetración de Red Hat en las cuentas corporativas con su sistema operativo Red Hat Enterprise Linux (RHEL) y su capacidad demostrada en dar soporte a proyecto de código abierto.

Pero sin duda, lo más relevante es que OpenShift es una plataforma de desarrollo completamente integrada. Además de la integración con la red, el almacenamiento, la monitorización y el registro de eventos, OpenShift incluye una API, una consola de administración y desarrollo, así como múltiples capas de seguridad.

OpenShift es una opción tecnológica interesante para los proveedores de servicio que quieren ofrecer algo más que Kubernetes a sus clientes, al incorporar una completa plataforma de desarrollo en modo servicio a su catálogo.

Creemos que la capacidad de acelerar el desarrollo de aplicaciones y mejorar la eficiencia de los equipos de infraestructura TI son claves para conseguir retornos de la inversión inferiores a 10 meses en despliegues OpenShift® Container Platform (OCP) [2].

La elección de la tecnología principal es sólo el primer paso para construir un servicio de este tipo. Los proveedores de servicio también deben decidir sobre la combinación de servicios disponibles, las capacidades de seguridad, monitorización, respaldo y disponibilidad, y la integración con la facturación y otros procesos de back-office. Y Dell Technologies puede ayudar en la toma de muchas de esas decisiones.

Una de las más importantes es saber cómo va a ejecutarse OpenShift® en los clientes. La arquitectura más común es tener un clúster de OpenShift® por cliente. Esto se puede implementar de varias formas, incluyendo servidores físicos o virtualizados.

El despliegue de OpenShift® en servidores físicos tiene beneficios en el licenciamiento para grandes instalaciones, pero requiere de varios nodos físicos por instalación y puede suponer un punto de entrada demasiado alto para algunos clientes.

Ejecutar OpenShift® de forma virtualizada (por ejemplo, con VMware vSphere) permite despliegues más pequeños. También ofrece los beneficios que aporta la virtualización como tener un plano extra de control redundado vía la alta disponibilidad de vSphere HA y la abstracción del hardware que corre bajo OpenShift® incluyendo el firmware y los controladores.

VxRail proporciona una plataforma estable y eficiente desde el punto de vista operativo para proveedores de servicio que quieren empezar a ofrecer OpenShift como servicio. Muchos despliegues independientes de OpenShift pueden compartir el mismo hardware y los clientes pueden empezar con pocos recursos y crecer en sus despliegues conforme desarrollan más aplicaciones.

El proveedor de servicio puede confiar en la automatización de VxRail para gestionar todas las plataformas y realizar las actualizaciones de hardware sin tener que preocuparse del impacto de estos cambios en OpenShift.

Integración con Dell Technologies

Además, los proveedores de servicio pueden construir servicios adicionales integrando los productos de Dell Technologies con OpenShift. Una posibilidad es usar PowerProtect Data Manager para los servicios de backup o incorporar el almacenamiento persistente de los sistemas matriciales de almacenamiento de Dell Technologies utilizando interfaces de almacenamiento para contenedores (CSI) y proporcionar así funcionalidades adicionales de almacenamiento empleando Container Storage Modules.

Dell Technologies tiene una tradición de más de 20 años colaborando con Red Hat® para cumplir las peticiones de sus clientes con soluciones conjuntas. Y para los proveedores de servicio que ya están ofreciendo iaaS basada en el hipervisor VMware vSphere, hemos co-creado una solución con Red Hat® que permite la expansión del catálogo actual integrando el software OpenShift® Container Platform.

Aprovechando la configuración e instalación existente, es capaz de dar respuesta de manera sencilla a los temas arriba indicados para minimizar la inversión y acelerar la puesta en marcha del servicio.

Con Dell Kubernetes for Cloud Service Providers with Red Hat® OpenShift® además del bajo mantenimiento y las altas prestaciones que la automación de VxRail™ pueden proporcionar, cualquier proveedor de servicio puede ahora ayudar a modernizar las aplicaciones de sus clientes utilizando múltiples configuraciones: VMware Cloud Director® multi-tenant, así como infraestructura compartida o dedicada de VxRail para adaptarse al tamaño y requisitos de cada cliente.


[1] El 79% de los participantes usan plataformas de Kubernetes alojadas y certificadas. Fuente: CNCF Annual Survey 2021.

[2] The Business Value of Red Hat OpenShift, An IDC Business Value White Paper, sponsored by Red Hat, March 2021 | IDC Doc. #US47539121.

¿Necesitas un superhéroe para gestionar tus sistemas corporativos multicloud?

Con una mayoría de empresas utilizando una mezcla de clouds públicos y en sus instalaciones es crítico para los proveedores de servicios y equipos de TI facilitar a los desarrolladores el auto-servicio, reforzar las políticas de gobierno y proporcionar libertad para mezclar a voluntad las tecnologías que cumplan con las necesidades del negocio.

Por Jorge Gonzalez y Per Thorn. Versión original en inglés en LinkedIn.

¿Necesitas ser un superhéroe para gestionar tus sistemas corporativos multi-cloud?
Esta foto de autor desconocido está licenciada bajo CC BY-SA-NC

Hubo un tiempo en el que todos los superhéroes pertenecían a dos bandos, DC o Marvel. Batman, Hulk, Superman, Thor o Spider-man, sólo por nombrar a unos pocos, todos eran miembros del universo uno de estos editores.

Un escenario similar acontecía en el mundo de las tecnologías de la información durante la década pasada. La tribu de la nube privada se enfrentaba a los disruptores del cloud público.

Los profesionales de TI se dividieron rápidamente entre los defensores del control y la personalización que ofrecían las nubes privadas, y los desarrolladores en busca de la estandarización y flexibilidad de un entorno compartido en clouds públicas.

Al principio, las posiciones fueron de total confrontación. Una percepción habitual era que los hyperscalers alojarían todas las aplicaciones, y los Centros de Proceso de Datos (CPDs) locales estaban acabados.

La experiencia de usuario y el apoyo de los desarrolladores cansados de la tiranía de unas operaciones rígidas aseguraron una posición de ventaja en la adopción del cloud público.

Los hyperscalers empezaron a expandirse globalmente para cumplir con las regulaciones de residencia del dato y del personal laboral. También incorporaron nuevas tecnologías como contenedores y funciones, desarrollaron múltiples servicios gestionados y empezaron a colaborar con socios tecnológicos para llevar a cabo la migración masiva de las aplicaciones a sus plataformas.

Sin embargo, la guerra no había terminado. El rendimiento, el gobierno y los costes hicieron que muchas organizaciones reconsideraran las nubes privadas e incluso migrasen de vuelta cargas de trabajo de los hyperscalers a los CPDs locales.

Los hyperscalers respondieron con la incorporación de soluciones locales y perimetrales para estar más cerca de la acción y evitar la kriptonita que supone la latencia.

Al mismo tiempo, los fabricantes y plataformas de software de nube privada empezaron a ofrecer sus productos en modalidad servicio y a expandirse con su matra «en cualquier sitio», alcanzando para ello acuerdos con los hyperscalers con la esperanza de convertirse en el pegamento o punto de encuentro del futuro.

Todos proclamaban que tu inversión se preservaría de la obsolescencia si utilizabas su producto. Era como el personaje Axel Asher (Access) de los universos de Marvel y DC, pero no era lo suficientemente flexible para la mayoría de las organizaciones.

¿No sería posible tener lo mejor de ambos mundos? Sería como tener de forma nativa los músculos de Hulk con la armadura y arsenal de herramientas de Batman.

La realidad hacía necesario un modelo híbrido donde ambas tendencias coexistieran de manera pacífica con sus pros y contras, tal y como el mainframe y los sistemas medianos venía haciendo desde hace años en el CPD.

Era preciso encontrar un mecanismo para orquestar a los hyperscalers, nubes privadas y otras infraestructuras para que colaborasen sin ataduras, y así obtener resultados para el negocio sin limitaciones de diseño.

Si necesitamos a la Mujer Maravilla, Wanda y el Soldado de Invierno en una misión, hagámoslo posible, pero poniendo en marcha la autonomía y gobierno necesario.

También habremos de asegurarnos de que socios (héroes) adicionales se podrán unir más tarde sin separaciones dolorosas o costosas ligaduras.

La respuesta es tener una solución multicloud que proporcione la libertad de combinar tecnologías como VMware, Nutanix, OpenStack, o los propios hyperscalers, para cumplir con las necesidades del negocio.

Sin embargo, la tarea de combinar todos los requisitos del multicloud: entrega continua, aprovisionamiento, seguridad, cumplimiento normativo, automatización, estandarización y autoservicio al mismo tiempo que se mantiene controlado el presupuesto, es una tarea inasumible para muchos.

Intentar abordar el multicloud por uno mismo, seleccionando la mejor solución para cada requisito y adoptarlo para cada de las aplicaciones esperando que el conjunto opere a la perfección, es costoso y arriesgado.

La mejor manera es utilizar una plataforma de gestión cloud (CMP en inglés) para minimizar los riesgos de integración y hacer seguimiento de los costes sin perder la vida en el empeño.

La clave para seleccionar la CMP correcta es el agnosticismo. En la mayoría de los casos, no se puede pedir al Capitán América que trate a Linterna Verde de la misma manera que haría con Lobezno.

O incluso peor, hacer que el mismo admita sus limitaciones por trabajar solo y se resista a la tentación de intentar salvar el mundo por sí mismo. Se hace necesario alguien independiente que pueda sacar las misiones adelante.

Necesitamos una CMP inteligente e independiente para conseguir un mundo donde todo es posible, incluso la colaboración entre los superhéroes de los universos de Marvel y DC.

Dell Multi-cloud management with Morpheus es la plataforma agnóstica que automatiza la nube se encarga de hacer posible ese mundo híbrido.

Esta solución hace posible que las tareas de DevSecOps escalen para modernizar las aplicaciones y mantener la eficiencia de las operaciones con sistemas hyper-convergentes. Incorpora auténtica multi-tenancy y facilita a los proveedores de servicio la puesta en marcha de servicios gestionados para múltiples clientes.

Una solución que tienen más puntos de integración sin código que ningún otra CMP y te permite usar tu entorno de automatización favorito. Ya no tendrás que elegir entre un hyperscaler concreto o una plataforma de nube privada, o entre la innovación y la agilidad empresarial y la seguridad y el control.

¡Ahora con Dell Multi-cloud management with Morpheus podrás acelerar tu transformación digital, y obtener increíbles resultados combinando las capacidades de todos los superhéroes de Marvel y DC!

¿Subo mis tarifas por encima de la media?

El efecto Coca-Cola en el mercado informático.

En los últimos tiempos, la presión por mantener la inflación a raya ha pasado a segundo plano entre los banqueros centrales de las principales economías. Empresas como Coca-Cola han subido sus precios por encima de la media.

¿Qué ingredientes debe tener tu compañía de servicios informáticos para poder hacer lo mismo en el mundo TI? Y si lo haces, ¿es un movimiento inteligente?

Algunos economistas, en aras de la recuperación post-COVID, defienden sin tapujos la bondad de una inflación alta respecto a la ortodoxia. Es cierto que la devaluación vía inflación facilita pagar deudas soberanas por encima del 100% como le sucede a muchos países europeos sin recurrir a políticas fiscales y de gasto draconianas.

Sin embargo, el comportamiento general de la economía no está siempre alineado con el comportamiento individual de alguno de sus elementos. Ese es el caso de Coca-Cola.

Si tomamos el caso de España, el índice general de precios al consumo (IPC) ha subido hasta un 3,3% anual, un valor no superado desde hace 9 años.  Si ahora tomamos el pulso al precio de Coca-Cola en el lineal, observamos que  el precio ha subido un 14% respecto a 2020.

¿A qué se debe la subida de precio de Coca Cola?

Si pueden identificar muchos factores para justificar el aumento de precios, pero aquí van algunos de ellos:

1. El impuesto a las bebidas azucaradas del 10% al 21%, lo que supondría una reducción teórica del consumo del 11%, suponiendo que la demanda es elástica (sensible al precio) y los productores trasladan la subida al precio final. Habrá que comprobar que en ese rango de subida el consumo no se desplazará hacia otros productos sustitutivos como zumos, vino o la cerveza (esa es la base de mi artículo).

Esto justificaría el 11%, pero no en todos los casos, pues el canal HORECA (Hoteles Hostelería y Cafeterías) no se ha visto afectado por este aumento impositivo. Y hay que destacar que en España, Portugal y Andorra el peso de ese canal para Coca Cola es muy significativo.

2. Otra causa podría estar en la logística por el aumento de precio de la energía. en concreto el gasóleo. Al contar con plantas embotelladoras en España, el impacto de aumento de costes del tráfico internacional de mercancías (contenedores) no afecta a Coca Cola.

Sin embargo, el aumento del precio del petróleo impacta un 94% en el aumento de costes del transporte de mercancías por carretera donde la chispa de la vida cuenta con una de las flotas más importantes con cerca de 8.000 vehículos en España.  Esto supondría un aumento de costes del 2,4%, que añadido al 11%, nos acerca al 14% reflejado en los precios.

3. Factores internos de la compañía. Estos son los que justificarían un aumento tan alto en el precio de Coca Cola respecto a otras bebidas azucaradas.

Por ejemplo, los costes del ERE de 2020, la inversión en electrificación de la flota de camiones o en utilizar envases reciclables.  Sin olvidar la operación corporativa de compra de las operaciones de Amatil en Asia Pacífico.

Autor: Hernán Piñera, 2014.

Entonces, ¿cuál es la estrategia de precios de Coca Cola?

Si bien 2020 supuso una caída en ventas del 22% para la empresa en Iberia, en 2021 esos resultados se han corregido con un aumento de ingresos del 16,5% respecto al año pasado durante el primer semestre de 2021.

Siguiendo ese ritmo de ventas, los ingresos apenas bajarían un 5% respecto a un año pre-COVID (2019). Si como hemos visto, el aumento de precios vía impuestos reduciría el volumen un 11%, y dado que Coca Cola Europacific no desglosa beneficios por geografía, es plausible inferir que el aumento de precios es lo que ha sostenido el negocio en España.

Es decir, Coca-Cola vende menos unidades, pero lo compensa parcialmente al tener unos precios unitarios superiores del producto estrella de la corporación (supone más del 60% del volumen de actividad).

Habría que analizar los estados financieros para calcular cuánto de esa subida es debida al aumento de los costes, y cuánto al aumento de beneficios, pero dado que no contamos con la profit and loss, tendremos que especular que la desviación de precios de Coca-Cola respecto al resto del mercado se debe a un aumento de su margen operativo.

¿Y qué tiene todo esto que ver con mi empresa de tecnología?

Bueno, a estas alturas muchos os estaréis preguntando qué tiene todo esto que ver con un negocio TI (Tecnologías de la Información) enfocado al negocio corporativo, nada de venta masiva al por menor.

La verdad es que el artículo podría haber ido enfocado a las capacidades informáticas de Coca-Cola como su back-office basado en SAP o su viaje a la nube, pero este no el objeto de este artículo.

En realidad, vamos a explorar qué posicionamiento en precios debería tomar una empresa de servicios o productos informáticos en el caso de tener una posición dominante en el mercado teniendo en cuenta factores exógenos puntuales que acontecieran como una pandemia.

¿Proveedor o Socio?

Ahora veremos que este dilema tiene más similitudes de lo que parece con el caso de Coca-Cola. Aquí va el razonamiento:

1. Cortoplacismo. Este sea quizás el elemento más importante a tener en cuenta. No es lo mismo tener una relación a largo plazo con un cliente que una transacción puntual que no se va a repetir, si hay suerte, hasta dentro de varios años.

Todos los proveedores de servicios saben que la reputación es fácil de perder en un sólo proyecto, y recuperar la confianza del cliente (win-back) puede ser una tarea harto complicada.

En un mundo donde el software ha pasado mayoritariamente a un modelo de suscripción orientado al servicio incorporando la infraestructura asociada (SaaS) esta verdad también es aplicable a la empresa de «producto», ya que la gran transacción en formato ELA (Enterprise License Agreement) multianual está perdiendo el favor del mercado, y las licencias han dejado de apilarse en los cajones sin siquiera instalarse.

Ahora bien, si una subida indiscriminada de precios puede sostenerse en el corto plazo, sin duda pasará factura tan pronto podamos migrar de plataforma o convencer a las personas clave del servicio para que cambien a otro subcontratista.

Y es que, aunque seguiremos comprando Coca-Cola cuando tengamos visita en casa, en el supermercado o en nuestra segunda residencia empezaremos a experimentar (diversificar) con otros sabores (y cuidado, que a lo mejor nos gustan más).

No quiere decir esto que no vaya a seguir habiendo fieles que se vayan a la tumba con su bote de refresco favorito entre las manos, pero el poder de la marca cada vez tiene menos peso en un mundo abierto y de soluciones más atomizadas en pipelines

2. Ciclo de vida del producto. Cuando un producto lleva mucho tiempo en el mercado, como la Coca-Cola, se lanzan variantes y en un último extremo se buscan formatos más grandes para generar más volumen de negocio. Con la persecución del refill y la obsesión por la vida saludable, el recorrido de esa vía se ve limitado.                                           

En el caso de nuestra empresa de servicios, podemos aspirar a gestionar no sólo entornos tradicionales, sino también gestionar entornos de cloud público para dar un servicio homogéneo híbrido.                                                                                                                             

El único inconveniente es que las reglas del juego han cambiado. Los hyperscalers han pasado a desempeñar las tareas más básicas erosionando nuestra cuenta de resultados, y ahora las capacidades del equipo deben orientarse a la infraestructura como código con la premisa de la automatización para mejorar el tiempo de respuesta.

En resumen, menos mano de obra, pero más cualificada, es decir a mismo volumen, menos margen pues el salario de nuestros SRE’s (Site Reliability Engineer) impacta en nuestros costes, y nuestra marca ya no es tan atractiva para retenerlos (nuestro «sabor» ya no es trending entre los millenials).

Así que corremos el riesgo de quedar en terreno de nadie, fuera del glamour que dan las empresas nativas digitales, y sin capacidad de competir a puro precio con los competidores de nicho de reducida estructura o ubicados en países de bajo coste.  

3. Innovación. En el anterior punto ya indicamos que una manera de sostener el negocio es generar variantes a partir del servicio original donde somos una fuerza dominante. Coca-Cola es un motor de innovación con el lanzamiento continuo de nuevas marcas, pero salvo los nuevos sabores, de limitado éxito en España, no ha cambiado significativamente la fórmula de su producto estrella.

Podemos comprar un montón de startups de nuevo cuño que nos orienten hacia la experiencia del cliente, pero si no cambiamos nuestra cultura para evitar la salida masiva del talento una vez realizada la compra, corremos el riesgo de comprar un nombre que a los pocos meses no tiene nada más detrás.

4. Impacto del entorno. Corren tiempos de abundancia, y los fondos Next Generation de la Unión Europea se presentan como los nuevos anabolizantes de la economía digital. La mayoría de los fondos se dedicarán a activar proyectos que habían caído en el olvido por falta de patrocinio, sentido económico o priorización en los presupuestos regulares.

Ante esa situación, estaremos tentados de inflar nuestros presupuestos ante la abundancia de oportunidades. En los próximos meses vamos a ver un mercado de demanda, y con ello la calidad general bajará, los precios subirán y los proyectos se retrasarán en su ejecución.

De verdad, queremos poner un mark-up a nuestras tarifas más allá de lo razonable para dejar una impronta de oportunismo entre nuestros clientes, o lo que es peor, aceptar un volumen de negocio superior a nuestra capacidad para acabar demandados en los juzgados por incumplimiento.

5. Canal de distribución. La relación de nuestra empresa con el resto de la cadena de valor es clave para dominar sin expoliar, o como decía el general Sun Tzu en su tratado el Arte de la Guerra, «la mejor victoria es vencer si combatir».

Nuestra posición dominante no nos debe abocar a una actitud abusiva con el resto, y es que cuando un eco-sistema se siente amenazado, por ejemplo vía adquisiciones, puede agruparse para abatir al que ahora es un enemigo común.

Por tanto, mi punto de vista es que hay que ser generoso con el resto de agentes, sin que esto suponga un síntoma de debilidad, es decir trabajar de manera conjunta en consorcios y proyectos de grandes dimensiones para diluir el riesgo y alcanzar grandes objetivos que serían inalcanzables para un solo miembro de la industria, como por ejemplo es el caso de la iniciativa GAIA-X en Europa.                                                                    

Y es que como dijo Michael Dell recientemente:

Es mejor asociarse con otras empresas para co-crear productos y servicios que comprarlas. 

Michael Dell

Aunque nuestra posición sea dominante y tengamos el viento de la macroeconomía a nuestro favor, si buscamos sostener nuestra ventaja competitiva en el largo plazo, aunque tengamos la fórmula de la Coca-Cola, no deberíamos abusar de ella y ajustar nuestros beneficios sin exuberancia y con moderación:

a.- Ser humilde y trabajar día a día en una cultura del esfuerzo y el aprendizaje continuo.

b.- Buscar el beneficio mutuo en el largo plazo tanto para clientes como para los socios.

c.- Priorizar la calidad sobre el tamaño, aprovechando para crecer orgánicamente.

Y sobre Coca-Cola ¿qué me dices? No le va tan mal, ¿no?

Si bien, financieramente la compra de Amatil empujó la acción hacia arriba antes de la pandemia, y su valoración en bolsa parece recuperada del COVID con un efecto positivo en la opinión de la mayoría de los analistas.

A mi juicio, los datos sobre el incremento de resultados imputables al aumento de precio no son concluyentes, y más bien parecen pan para hoy y hambre para mañana. El tiempo lo dirá.

Cómo contratar servicios de marketing y ventas IT

Nuevos modelos de contratación y sus riesgos asociados

Hace poco el director de una empresa de tecnología me pedía mi opinión sobre un contrato que había firmado con una agencia y cuyo rendimiento se estaba desviando. El objeto del contrato era la provisión de servicios de marketing, preventa y venta dentro del catálogo de servicios de la empresa de mi colega.

Cuando ojeé el contrato, el primer punto en el que me fije eran los KPI’s para medir el éxito de la relación contractual. En el documento se hablaba de generación de leads suficientes para alcanzar la cuota de ventas establecida, la comunicación periódica de informes de evolución de la pipeline de negocio, etc. pero lo que más me llamó la atención fue que el criterio de medida fueran las ventas obtenidas por la actividad comercial de la agencia.

Si bien la utilización de este criterio es práctica habitual en comisionista del mercado minorista, me sorprendió gratamente que la agencia hubiese propuesto este modelo en lugar de tarifas fijas independientes del rendimiento. Los principios de la relación eran de gana-gana, cosa poco vista en servicios IT para empresas.

Y partir de ahí, la cosa empezó a complicarse como no podía ser de otra manera. Si bien encontré tarifas fijas, ni precio por lead generado, lo que simplificaba mucho la definición del éxito de cada operación, el contrato incluía un cargo de on boarding mínimo para la puesta en marcha del servicio, aunque dicho cargo era absorbible en las primeras transacciones ejecutadas.

Como eso me olió a scam, enseguida pregunté por la reputación y tiempo que llevaba operativa la agencia, pues la práctica ‘coge el dinero y corre’ sigue estando vigente, sobre todo en tiempos de incertidumbre como los que vivimos en la actualidad.

Tras confirmar que no era una empresa fantasma, seguí preguntando sobre qué parámetros se habían utilizado para fijar que la venta estaba cerrada con éxito, y aquí se abrió la caja de los truenos pues había tres variables a considerar:

  • Firma o ventas. Es la opción más clara, pues la agencia reconoce la venta cuando el cliente final firma el contrato con el cliente que ha proporcionado la agencia, y a cambio la agencia reclamaba un 35% de comisión por la transacción. Un porcentaje elevado a mi juicio, pero que no vamos a discutir en profundidad. Más sobre medición de servicios y facturación electrónica aquí.

El problema es que el cliente no fijó ningún criterio para la venta de los proyectos con la agencia, de forma que al igual que ocurre en el mercado inmobiliario, donde el agente prefiere rotación y mover los inmuebles para conseguir más volumen en lugar de pelear o negociar mejores precios de venta con los compradores, aquí la agencia podía forzar ventas a precios irrisorios con el objetivo de lograr sus objetivos de ventas con el mínimo esfuerzo, esto es maximizar el beneficio invirtiendo el mínimo tiempo posible.

  • Revenue o facturación. Sin duda, es un mecanismo mucho más justo en teoría, pues nos asegura que la agencia no tiene una red de empresas zoombies a las que manipula para firmar contratos con el único objetivo de cobrar la comisión, pues los proyectos rara vez comenzarán, y nunca se abonarán por parte de esas empresas interpuestas por la agencia.

Además, este modelo de reconocimiento paulatino de los ingresos previene que la agencia se lleve el negocio que ha generado para nosotros tan pronto como pueda a otra empresa de la competencia para volver a cobrar una nueva comisión. Es decir, fideliza y evita un comportamiento propio de mercenarios.

Sin embargo, retribuir a la agencia en base a este criterio tiene como inconveniente que los clientes finales no pagarán si la ejecución por parte de la empresa de servicios es deficiente. Es decir, la comisión pasa a depender de la capacidad de ejecución del delivery de la empresa de servicios, lo cuál no es justo a menos que la agencia tenga una participación cruzada en la propiedad de la empresa a la que presta sus servicios de marketing.

  • Margen del servicio. En la venta de productos, ya sean licencias o suscripciones – aunque en este último modelo la facturación recurrente suele ser un mejor parámetro – el problema de transacciones de bajos márgenes se suele obviar con diferentes niveles de descuento posible en función del número de licencias y/o duración del contrato. pero los servicios no empaquetados o fuera del modelo time and material requieren una estimación previa que al ser intensivos en horas-hombre, siempre suele pivotar alrededor de número de horas de cada perfil profesional, tarifa del profesional y sobrecargos en concepto de gestión del proyecto, lo que dificulta la negociación sobre cuál es el precio justo necesario para ganar la oferta.

Así pues, se corre el riesgo de verse forzados a vender proyectos ruinosos por no haber previsto esta contingencia en el contrato con la agencia, que de otra manera puede reclamar su comisión por una venta no realizada a causa del rechazo del departamento financiero de la empresa de servicios.

Para concluir, el back to back en task forces de fuerza de venta si bien puede resultar oportuno para abordar mercados muy grandes y crecer deprisa, supone riesgos ocultos y precisa de una buena planificación, una esmerada formación de los vendedores y unos parámetros claros de retribuición para evitar desviaciones indeseables.