En una esquina tenemos los microservicios
En el mundo de los microservicios, el ecosistema o la arquitectura de una organización es una gran colección de aplicaciones y servicios integrados en la empresa y una colección «dispersa» de servicios administrados por proveedores de SaaS. Cada activo digital relevante se ve como un servicio que tiene una interfaz con un API y un SLA. Las aplicaciones componen estos servicios en una interfaz de usuario con múltiples puntos de contacto. Al definir sus extremos, los arquitectos adoptan un enfoque pragmático como el mejor de su clase. Si el servicio ya está creado y disponible, el equipo dice: «Genial, vamos a hacerlo; vamos a usarlo Vamos a reutilización «.
El nivel de innovación dicta la elección entre reutilización o construcción. Si un servicio es un producto utilizado por la mayoría de las organizaciones, es probable que haya un proveedor de SaaS para ello. Si el servicio no está allí, si es algo nuevo, se forma un equipo y lo construyen. Y, evoluciona por su cuenta. Como reflejo de la Ley de Conway, los equipos autónomos administran el servicio en modo CI / CD (Continous Integration / Continous Deployment) a un ritmo rápido impulsado por el cambio. Normalmente, este servicio reutiliza APIs de otros y agrega nueva lógica y estados. En otras palabras, gestiona su propio repositorio de datos. Se convierte en un microsistema de registro con lógica, y las APIs que proporciona eventualmente se integran en el tejido de servicios y datos de una organización.
Usar servicios reutilizados significa estar bien con la adaptación a cualquier función que implementen y renunciar al control del ciclo de lanzamiento, por lo que es importante que estos servicios aborden áreas del negocio que siguen las mejores prácticas de la industria y que el cambio sea mínimo. Para las partes que implementan los requisitos específicos, se desarrolla una gran cantidad de trabajo pendiente que debe solucionarse rápidamente. Solo se puede abordar controlando el pipe CI / CD. Y, entonces, estos equipos inteligentes continúan integrándose, construyendo, cambiando y entregando.
MuleSoft está en medio de todo esto. Lo llama la «empresa componible». Ve todo como microservicios esparcidos y, con su plataforma de integración, su ambición es (o solía ser) unirlos en algo más grande.
En la otra esquina tenemos el MegaCloud
En el otro extremo del espectro están Salesforce, Workday, SAP y Oracle. Ejemplifican lo que yo llamo «megacloud». Siguen una estrategia similar a la de los paquetes de software empresarial de la década de 1990, que combinaban ERP, HR, CRM y otros en paquetes monolíticos. Los megaclouds de hoy operan cada vez más en la misma premisa de «ventanilla única».
La promesa atractiva es que no hay necesidad de pasar por la molestia de unir servicios de múltiples proveedores y asegurar la consistencia de los datos. Se engullen todos estos servicios, los integran en sus nubes y ofrecen una cantidad cada vez mayor de cobertura de funcionalidad. Su ambición es que las compañías que alguna vez se llamaron a sí mismas una «casa de SAP» digan que son una «casa de Salesforce» o una «casa de Workday».
Las empresas creen que pueden obtener flexibilidad, personalización y singularidad dentro de este megacloud, pero el hecho es que esas elecciones son escasas. Se basan en la personalización de la interfaz de usuario de la última milla y la estrecha parametrización del flujo de trabajo y los datos para el back-end, por lo que las mejoras de personalización y singularidad son pequeñas.
Donde nos lleva el combate entre la dispersión y el monolito
¿Qué significa este tipo de dualidad para aquellos líderes que revisan sus estrategias? Depende. Existen empresas conservadoras y de lento movimiento que sucumben al encanto de la nube monolítica. Creen que, si consigues todo en el mismo lugar, todo funcionará mejor.
Curiosamente, las compañías ágiles y rápidas como Netflix, Twitter, Amazon y Spotify se suscriben al modelo disperso. ¿Y qué nos dicen sus historias? Ellos son los innovadores. Ellos son los que están arriba.
Entonces, si quieres ser un líder de la industria, no puedes ir a un megacloud; Tienes que luchar contra el megacloud. De hecho, deberías dispersarlo. La innovación proviene de unir las mejores piezas, funciones y conjuntos de datos únicos de su negocio y las complejas definiciones de la interfaz de usuario que experimentan sus empleados, clientes y socios.
Con todo lo dicho, ¿por qué un megacloud compraría una compañía que aboga por una estrategia de “empresa compuesta de micro cosas”? Es un movimiento interesante. Fundamentalmente, se debe a que esa empresa es un integrador local a la nube. Pero las organizaciones aún deben preguntarse si al seguir la ruta de ser una «casa de proveedores X», conservarán la capacidad de reinventar su negocio constantemente y pelearán con las mejores armas con los próximos competidores centrados en la experiencia digital.