¿Docker y Kubernetes son los adecuados para mi equipo?
Cómo decidir si su organización debe adoptar una estrategia de contenedores
Capítulo 1
¿Son los contenedores el enfoque correcto?
Se ha producido mucho revuelo en la comunidad de Sitecore en torno a Docker y los contenedores desde el anuncio del soporte oficial para las instalaciones en contenedores. El Repositorio de Docker de la comunidad ha estado brindando mucha ayuda para preparar imágenes y scripts para que los desarrolladores los configuren muy rápidamente. Los desarrolladores se están entusiasmando con la promesa de una mayor productividad y una administración de instalación más sencilla, y ahora debe tomar una decisión sobre si la organización adopta la contenedorización como estrategia para la entrega de software.
Capítulo 2
¿Cuál es la respuesta rápida?
Desafortunadamente, la respuesta es: "Depende".
Una buena regla general es que si es una organización que utiliza máquinas virtuales, probablemente esté mejor con los contenedores. Cabe señalar que sus desarrolladores individuales pueden beneficiarse del uso de Docker incluso si decide no adoptarlo en toda la empresa para el flujo completo de DevOps a producción.
Por lo general, los siguientes desafíos indican que su organización podría beneficiarse de una estrategia de contenedores:
- El flujo actual de DevOps está generando un Alto costo de infraestructura debido al uso excesivo de los recursos que necesitan las máquinas virtuales.
- Es difícil para la organización administrar la infraestructura de Sitecore debido a Dependencias variables entre diferentes versiones de Sitecore.
- La organización es perdiendo mucho tiempo configuración de entornos de Sitecore.
- Los distintos entornos son Implementado en múltiples nubes entornos de alojamiento.
- El equipo debe ser capaz de Replique entornos específicos rápidamente, como brindar soporte para problemas de producción informados.
- El equipo necesita trabajar en Diferentes sitios/soluciones/proyectos, que también puede utilizar diferentes versiones de Sitecore y requerir diferentes dependencias (versiones de SQL Server, sistemas operativos, versiones de Solr, etc.).
- Los desarrolladores pasan de un proyecto de Sitecore a otro, necesitando Comience rápidamente, y luego derribar rápidamente.
- El equipo está luchando por encontrar una manera de Prueba de forma aislada antes del despliegue.
Capítulo 3
Los beneficios para el negocio
Aquí están mis Las 4 mejores opciones de beneficios Eso puede ayudarlo a explicar las razones para adoptar una estrategia de contenedorización:
Tiempo de comercialización más rápido
Muchos equipos de marketing se beneficiarán gracias a los tiempos de configuración más rápidos de los desarrolladores, los flujos de implementación más fluidos entre entornos y menos escenarios de "trabajos en mi máquina" que hacen que la entrega técnica se ralentice. Esto permite al equipo iterar más rápidamente y reducir el riesgo en el desarrollo a producción flujo.
Desafío: El equipo necesita adaptarse a una nueva forma de trabajar, por lo que habrá un retraso en ver estos beneficios. Además, si la organización tiene otras razones que impiden que el código llegue a producción (como largas etapas de prueba/aceptación), es posible que primero deba centrarse en estos problemas de flujo más grandes.
Desafío: El equipo necesita adaptarse a una nueva forma de trabajar, por lo que habrá un retraso en ver estos beneficios. Además, si la organización tiene otras razones que impiden que el código llegue a producción (como largas etapas de prueba/aceptación), es posible que primero deba centrarse en estos problemas de flujo más grandes.
Menores costos de operación
El equipo de TI verá una reducción en los costos de infraestructura al operar varios contenedores en un host en comparación con varias máquinas virtuales en el mismo host. Se requieren menos recursos para ejecutar los contenedores en el host, ya que el kernel del sistema operativo se comparte y ya no se duplica cada vez.
Desafío: La facilidad de implementación de contenedores puede tener un efecto secundario de "expansión de contenedores", que en realidad tendría el efecto contrario en sus costos de operación. Es de vital importancia contar con una orquestación y gestión adecuadas de los contenedores para garantizar que los costes de operación se mantengan bajos. ¡Kubernetes (K8s) es tu amigo aquí!
Flexibilidad en la nube
Debido a la naturaleza de la forma en que los contenedores abstraen el sistema operativo, sus contenedores se pueden mover entre diferentes proveedores de nube. Esto le da a su organización flexibilidad en cuanto a con quién tratan para su infraestructura en la nube.
Desafío: Si bien los contenedores son flexibles, si planea usar 'Kubernetes como servicio' (también conocido como servicio de Kubernetes administrado), su orquestación puede ser diferente entre los proveedores de la nube. Esto es algo que debe planificar si desea cambiar entre proveedores de nube o ejecutar en varios a la vez.
Reducción del tiempo medio de resolución (MTTR)
Si su estrategia de contenedores fluye en todos los entornos, incluida la producción, puede hacer que su equipo de soporte replique rápidamente los entornos de producción localmente para que puedan trabajar en la solución de problemas antes y con menos posibilidades de disparidad entre los entornos locales y de producción.
Desafío: Antes de ver un beneficio para este escenario, tendrá que adoptarlo en toda la cadena de flujo: no será suficiente con que unos pocos desarrolladores instalen Docker. Esto debe abordarse de manera integral para reconocer el beneficio.
Capítulo 4
¿Cuándo serán un desafío los contenedores?
Hay señales que indican que una organización probablemente enfrentará desafíos para adoptar una estrategia de contenedores:
- Adoptantes tardíos. La organización tiene dificultades para adoptar nuevas tecnologías a medida que surgen. No quieren "resolverlo", quieren hacer las cosas de la manera que saben hacerlo y dejar que otros establezcan prácticas nuevas y bien documentadas primero. Estas organizaciones suelen exhibir un comportamiento de "adopción tardía", como políticas de "Versión menos una", ejecución en sistemas operativos y versiones de navegador más antiguos, vacilación para pasar a una infraestructura basada en la nube, etc. En algunos escenarios, es posible que estas infraestructuras más antiguas ni siquiera puedan cumplir con los requisitos de virtualización de Docker.
Si bien Kubernetes y Docker no son exactamente nuevos, sigue siendo una solución técnica más nueva en la comunidad de Sitecore y, por lo tanto, tendrá lagunas en la documentación, prácticas probadas y adopción generalizada.
Enfrentando el desafío: Identifique estudios de casos de organizaciones actualmente en Sitecore con un perfil similar al de su propia organización. Esto ayudará a proporcionar cierta seguridad a las partes interesadas de que "esto se ha hecho antes". Luego, se necesitaría un análisis del estado actual de la tecnología de infraestructura para garantizar la preparación de los contenedores.
- Entornos altamente regulados. Ya sea que se trate de legislación gubernamental o políticas de nivel empresarial, estas organizaciones tienen muchas reglas sobre cómo puede llevar el software del desarrollo a la producción. Es posible que el equipo de DevSecOps no sepa cómo traducir sus políticas y regulaciones actuales a un mundo de contenedores. ¿Cómo se educan todos los equipos sobre cómo asegurarse de que los contenedores cumplan con las políticas? Algunas de esas políticas probablemente se desarrollaron hace muchos años y no se reexaminaron con la tecnología más nueva.
Enfrentando el desafío: Este tiene que ver con la educación. No es que no puedas hacerlo, pero la gente no necesariamente sabrá cómo. Ayuda a identificar algunos campeones que puedan hacer pruebas de concepto y tener algo que "mostrar" a varios equipos para que puedan comprender las diferencias entre la tecnología existente y la propuesta.
- Los costes de infraestructura parecen estar «bajo control». Hay una sobrecarga de infraestructura muy pequeña, o la entrega / operaciones técnicas se han subcontratado a un grupo externo donde el costo del servicio es razonable en comparación con la responsabilidad técnica reducida.
NOTA: ¡El equipo que realiza el trabajo subcontratado podría querer buscar una estrategia de contenedores para aumentar su margen de beneficio!
Enfrentando el desafío: Si los costos de infraestructura actuales no obstaculizan el negocio y realmente cree que los contenedores son el camino que debe seguir la organización, puede valer la pena analizar el tiempo de resolución (MTTR) para detectar defectos de producción o los beneficios del tiempo de comercialización en lugar de centrarse únicamente en los costos de infraestructura. ¿Su organización verá más valor en esas áreas?
- Base de aplicaciones madura y estable. Hay muy pocos cambios que ocurren día a día en los entornos alojados en Sitecore. Tal vez haya un pequeño equipo trabajando con Sitecore, un solo sitio, una sola versión de software. No hay complejidad en torno al mantenimiento de diferentes entornos, se están produciendo muy pocos cambios.
Enfrentando el desafío: ¡Este estado es en realidad una señal de advertencia de innovación! Debe estar en un modelo de mejora continua y la falta de cambios no es realmente algo bueno. Si el equipo está rechazando la adopción de nuevas tecnologías por esta razón, es posible que necesite un análisis más profundo de los problemas que conducen a esta situación. Puede haber una estrategia más grande para abordar que no sea una de contenedores.
- Automatización de infraestructura rezagada. Si el equipo responsable de toda la infraestructura tiene dificultades para mantenerse al día con la automatización de la infraestructura actualmente, la introducción de una nueva tecnología que requiera la automatización de la infraestructura puede resultar un desafío. Si estos equipos no están innovando en la forma en que administran la infraestructura, a veces no están dispuestos a asumir estas nuevas tecnologías, especialmente si la organización se encuentra en uno de los dos primeros desafíos enumerados aquí.
Enfrentando el desafío: Antes de abordar una estrategia de contenedores, este desafío puede indicar que la prioridad se centra en cómo la organización automatiza su infraestructura (o no automatiza, según sea el caso). Una inversión general en cómo su equipo prioriza la automatización puede ser un primer paso. Tal vez una estrategia de contenedores sea la forma de hacerlo, pero es posible que primero deba dar algunos pequeños pasos aquí para que el equipo llegue a un punto en el que esta adopción cultural funcione.
Capítulo 5
Lecturas adicionales
- 5 razones empresariales por las que todo CIO debería considerar Kubernetes, Kalyan Ramanathan, Sumo Logic
- ¿Qué son los contenedores y por qué los necesita?, Paul Rubens, cio.com
- Arquitectura de referencia de Docker: protección de Docker Enterprise y procedimientos recomendados de seguridad, Docker
- Kubernetes como servicio: GKE vs. AKS vs. EKS, Evan Klein, logz.io
Jason St-Cyr, Vicepresidente de Compromiso, Fishtank Consulting
https://jasonstcyr.com