Cloud Operating Models

Cómo preparar a su equipo para aprovechar los modelos operativos en la nube

Obtenga claridad sobre los modelos operativos en la nube, incluidas las características comunes de un modelo, sus capas de funcionalidad y las claves para implantar un modelo operativo con éxito.

Los modelos operativos de nube son elementos esenciales para el éxito de un entorno de nube. Son tan importantes, diría yo, que a menudo pueden interponerse entre usted y la capacidad de su empresa para adoptar con éxito una nube pública. Este es uno de los ámbitos de las TI que suele ser difícil de definir y contextualizar. Este artículo pretende aportar algo de claridad en torno a los modelos operativos en la nube, incluidas las características de un modelo de éxito, sus capas de funcionalidad y las claves para construir un modelo operativo en la nube de éxito.

 

Empecemos por las características de un modelo operativo de éxito. Entre ellas figuran:

  • Democratizar la tecnología a través de la nube nativa y acercarla a los usuarios finales.
  • Ganar agilidad y capacidad para correr rápido.
  • Eliminación de duplicidades y economías de escala.
  • Proporcionar claridad en torno a las líneas de demarcación entre las distintas funciones dentro del entorno de la nube.
  • Proporcionar vías de comunicación entre las distintas funciones (añadir más funciones está muy bien, pero hay un equilibrio entre especialización y eficacia).

 

Contextualizar un modelo operativo eficaz

La pila de nubes media de una empresa se puede dividir en tres capas:

 

  1. Capa de aplicación: Aquí es donde vive su aplicación o lógica de negocio. Se trata de la plataforma en la que los usuarios finales consumen sus servicios. 
  2. Capa de servicios compartidos: Está formada por varios componentes, en función de las tecnologías adoptadas por su empresa. Entre las tecnologías que suelen ubicarse en la capa de servicios compartidos se incluyen sus mecanismos de orquestación de contenedores (p. ej., clústeres Kubernetes®), buses de mensajería compartidos (p. ej., Apache Kafka o Amazon Simple Queue Service), patrones de gestión de acceso e identidad en la nube (p. ej., AWS Single Sign-On) y zonas de aterrizaje de redes.
  3. Capa de infraestructura: Aunque debería haber una tendencia a utilizar plataformas de servicios compartidos siempre que sea posible, habrá ocasiones en las que se necesiten despliegues a medida, como ejecutar un producto comercial en una instancia de Amazon EC2. La infraestructura que se sitúa fuera de esta capa de servicios compartidos caerá normalmente en la capa de infraestructura.

 

Dentro de cada una de estas tres capas, hay dos funciones:

  1. Construcción y despliegue: Las capas deben producir patrones de despliegue estándar. Por ejemplo, el uso de canalizaciones CI/CD estándar y el despliegue de aplicaciones.
  1. Operaciones en curso: Es lo que se conoce como "alimentar y regar" la infraestructura para garantizar que funciona de forma eficaz, segura y eficiente.

 

A continuación se muestra una representación visual de cómo podrían estructurarse estas funciones.

< entidad-drupal data-align="left" data-embed-button="media_entity_embed" data-entity-embed-display="view_mode:media.full" data-entity-type="media" data-entity-uuid="ffc70d81-8bc0-42e9-b646-2faec089e354" data-langcode="en"> < /drupal-entity>

 

Como se muestra arriba, un modelo operativo ofrece seis funciones separadas (los recuadros amarillos) dentro de su entorno de nube. Dependiendo de su organización, podría tener seis equipos separados o utilizar un número reducido de equipos y solapar funciones. Por ejemplo, el equipo que construye las aplicaciones podría ser también el responsable de regarlas y alimentarlas. Esto podría incluir cosas como la supervisión de la disponibilidad de la aplicación 24x7x365, así como ser responsable de las actualizaciones de código y los cambios en la aplicación de lanzamiento. También puede dividir estas acciones en equipos y funciones independientes.  

 

Claves para crear un modelo operativo de nube de éxito

  • El conjunto de competencias adecuado: Asegúrate de que tienes todas las funciones cubiertas en la imagen anterior y de que tu equipo posee las competencias adecuadas. Un antipatrón que hemos visto es tener equipos de infraestructura de guardia para la aplicación. Pero eso rara vez da resultados mucho mejores que simplemente reiniciar la aplicación. Esto significa que nunca se entiende muy bien la causa de fondo.
  • Cubrir las lagunas de competencias: Documente qué equipos existen y quién los compone. Es habitual ver lagunas en el modelo operativo cuando se recorren los equipos y las personas que cumplen cada función. Colmar cualquier laguna es una forma rápida de mejorar su enfoque operativo de la nube.
  • Acuerdo de funciones: Acuerde dónde existen las líneas de demarcación dentro de su organización entre estas funciones.
  • Agilizar el trabajo en equipo: Comprende y registra cómo interactúan los equipos. Con frecuencia, vemos que distintos equipos utilizan herramientas, lenguajes o terminología de gestión de servicios de TI (ITSM) diferentes. Esto crea interacciones caóticas y debe evitarse.
  • Adopte la nube nativa: Por ejemplo, opte por la tecnología sin servidor para eliminar cualquier trabajo pesado por su parte.

 

Puede parecer un viaje desalentador. Definir los propios procesos y la estructura organizativa suele ser más difícil de lo que se espera. Luego están los numerosos proveedores de servicios en la nube entre los que elegir. ¿Te autogestionarás e intentarás hacerlo tú mismo o contratarás a alguien para que te guíe? No existe un planteamiento ideal que sirva para todos. Los entornos informáticos son complejos, los requisitos empresariales cambian con rapidez y pocos tenemos presupuestos garantizados. Créeme cuando te digo que te tomes tu tiempo, investigues y, por favor, no traslades tus problemas a la nube.

 

Join the Conversation: Find Solve on Twitter and LinkedIn, or follow along via RSS.

Stay on top of what's next in technology

Learn about tech trends, innovations and how technologists are working today.

Subscribe
Right cloud right workload

La nube adecuada para cada función

About the Authors

Keiran Holloway

Head of Elastic Engineering+ Delivery (Public Clouds) - EMEA

Keiran Holloway

As a seasoned technical professional with over 25 years of experience, Keiran Holloway has worked with both public and private cloud infrastructures for high-profile public-facing engagements. His focus is to help businesses get the most out of today's technologies. He is comfortable discussing the latest tech trends as well as relevant business challenges in the market. Currently, he is responsible for running and scaling Elastic Engineering+ in the EMEA region. The practice delivers public cloud solutions to businesses using the best-of-breed cloud-native approaches. By building DevOps teams that closely align with customers, they gain an in-depth understanding of their business requirements, challenges, and aspirations to ensure that solutions align with their strategy.  His expertise extends across various technical domains, including solution architecture, cloud-native approaches, DevOps, transformation, containerization, serverless and security. Additionally, he has experience coaching and mentoring technical individuals, as well as helping customers with cultural transition, operating models, and governance frameworks.  

Read more about Keiran Holloway