No existe una manera ideal de implementar OpenStack en su empresa, pero existen principios generales que pueden guiarlo hacia una implementación exitosa.
Una de las ventajas del software de código abierto, como OpenStack, es la capacidad de descargarlo, probarlo y tener una idea práctica del mismo sin una larga interacción con los proveedores de las compañías vendedoras o sin la necesidad de largas aprobaciones internas de un proyecto piloto entre su compañía y la compañía. vendedor
Pero, ¿qué sucede cuando llega el momento de hacer algo más que simplemente intentar un proyecto? ¿Cómo preparará un sistema desplegado desde el origen hasta la producción? ¿Cómo puede superar las barreras organizacionales para introducir tecnologías nuevas y transformadoras? Por donde empezar ¿Qué harás después?
Por supuesto, se puede aprender mucho de la experiencia de aquellos que ya han implementado OpenStack. Para comprender mejor los patrones de adopción de OpenStack, hablé con varios equipos que introdujeron con éxito este sistema en sus empresas.
MercadoLibre: los dictados de la necesidad y correr más rápido que el gamo
Si la necesidad es lo suficientemente fuerte, la introducción de una infraestructura de nube flexible puede ser casi tan simple como "construirla y vendrán". En muchos sentidos, esta es la experiencia que Alejandro Comisario, Maximiliano Venesio y Leandro Reox obtuvieron de su compañía MercadoLibre, la compañía de comercio electrónico más grande de América Latina y la octava más grande del mundo.
En 2011, cuando el departamento de desarrollo de la compañía comenzó el camino de descomponer su sistema entonces monolítico en una plataforma que consistía en servicios acoplados libremente conectados a través de API, el equipo de infraestructura se encontró con un fuerte aumento en el número de solicitudes a su pequeño equipo que debían cumplirse.
"El cambio fue muy rápido", dijo Alejandro Comisario, director técnico de los servicios en la nube MercadoLibre. - Literalmente, de repente nos dimos cuenta de que no podíamos seguir trabajando a ese ritmo sin la ayuda de ningún sistema.
Alejandro Comisario, Maximiliano Venesio y Leandro Reox, todo el equipo de MercadoLibre en ese momento, comenzaron a buscar tecnologías que les permitieran eliminar los pasos manuales involucrados en proporcionar infraestructura a sus desarrolladores.
El equipo se propuso tareas más complejas, formulando objetivos no solo para tareas a corto plazo, sino también para los objetivos de toda la empresa: reducir el tiempo para proporcionar a los usuarios máquinas virtuales listas para un entorno productivo de 2 horas a 10 segundos y eliminar la intervención humana de este proceso.
Cuando encontraron OpenStack, quedó claro que esto era exactamente lo que estaban buscando. La cultura de rápido crecimiento de MercadoLibre permitió al equipo moverse rápidamente en la creación del entorno OpenStack, a pesar de la relativa inmadurez del proyecto en ese momento.
"Está claro que el enfoque OpenStack: investigar, sumergirse en el código y probar la funcionalidad y la escala es lo mismo que el enfoque MercadoLibre", dice Leandro Reox. - Pudimos sumergirnos de inmediato en el proyecto, determinar el conjunto de pruebas para nuestra instalación de OpenStack y comenzar las pruebas.
Su prueba inicial en la segunda versión de OpenStack identificó varios problemas que les impidieron ser productivos, sin embargo, la transición de Bexar a Cactus acaba de ocurrir en el momento adecuado. Las pruebas adicionales de la versión Cactus aseguraron que la nube estuviera lista para uso comercial.
El lanzamiento de la operación comercial y la comprensión por parte de los desarrolladores de la posibilidad de obtener infraestructura tan rápido como los desarrolladores pueden consumirla, determinó el éxito de la implementación.
"Toda la compañía anhelaba un sistema similar y la funcionalidad que proporciona", dice Maximiliano Venesio, ingeniero de infraestructura sénior en MercadoLibre.
Sin embargo, el equipo tuvo cuidado al gestionar las expectativas de los desarrolladores. Necesitaban asegurarse de que los desarrolladores entendieran que las aplicaciones existentes no podrían funcionar en la nueva nube privada sin cambios.
"Teníamos que asegurarnos de que nuestros desarrolladores estuvieran listos para escribir aplicaciones sin estado para la nube", dijo Alejandro Comisario. - Fue un gran cambio cultural para ellos. En algunos casos, tuvimos que enseñar a los desarrolladores que almacenar sus datos en una instancia no es suficiente. Los desarrolladores necesitaban ajustar su pensamiento.
El equipo estuvo atento a la capacitación de los desarrolladores y les recomendó las mejores prácticas para crear aplicaciones listas para la nube. Enviaron correos electrónicos, realizaron cenas de aprendizaje no formales y capacitaciones formales, y proporcionaron la documentación adecuada en la nube. El resultado de sus esfuerzos es este: los desarrolladores de MercadoLibre ahora se sienten tan cómodos desarrollando aplicaciones en la nube como lo estaban desarrollando aplicaciones tradicionales para los entornos virtualizados de la compañía.
La automatización que pudieron lograr con una nube privada valió la pena, lo que permitió a MercadoLibre ampliar drásticamente su infraestructura. Lo que comenzó como un equipo de infraestructura compuesto por tres personas que dan soporte a 250 desarrolladores, 100 servidores y 1000 máquinas virtuales se convirtió en un equipo de 10 personas que da soporte a más de 500 desarrolladores, 2000 servidores y 12,000 máquinas virtuales.
Workday: Creando un Business Case para OpenStack
Para el equipo de Workday en SaaS, la decisión de aceptar OpenStack no fue tanto operativa como estratégica.
El camino de Workday para introducir una nube privada comenzó en 2013, cuando la gerencia de la compañía acordó invertir en una iniciativa amplia de centro de datos definido por software (SDDC). La esperanza de esta iniciativa era lograr una mayor automatización, innovar y aumentar la eficiencia de los centros de datos.
Workday creó su visión de una nube privada entre los equipos de infraestructura, ingeniería y operaciones de la compañía, y se llegó a un acuerdo para lanzar una iniciativa de investigación. Workday contrató a Carmine Remi como directora de soluciones en la nube para liderar el cambio.
La primera tarea de Rimi en Workday fue expandir el caso comercial original a una gran parte de la empresa.
La piedra angular del caso de negocios fue aumentar la flexibilidad con SDDC. Esta mayor flexibilidad ayudaría a la compañía a cumplir sus deseos de implementación continua de software sin tiempo de inactividad. La API SDDC se diseñó para permitir que los equipos de desarrollo de aplicaciones y plataformas Workday innovaran de una manera previamente inaccesible.
La efectividad del equipo también se tuvo en cuenta en el caso comercial. Workday establece objetivos ambiciosos para aumentar el reciclaje de los equipos existentes y los recursos del centro de datos.
"Descubrimos que ya tenemos una tecnología de capa intermedia que puede aprovechar la nube privada". Este middleware ya se ha utilizado para implementar entornos de desarrollo / prueba en nubes públicas. Con la ayuda de una nube privada, podríamos expandir este software para crear una solución de nube híbrida. Mediante una estrategia de nube híbrida, Workday puede migrar las cargas de trabajo entre nubes públicas y privadas, lo que maximizará la utilización de los equipos y proporcionará ahorros para las empresas.
Finalmente, la estrategia en la nube de Rimi señaló que las cargas de trabajo sin estado simples y su escala horizontal permitirán a Workday comenzar a usar su nube privada con menos riesgo y alcanzar la madurez de las operaciones en la nube de forma natural.
"Puede comenzar el plan y aprender a administrar una nueva nube con una pequeña carga de trabajo, similar a la I + D tradicional, que le permite experimentar en condiciones seguras", sugirió Rimi.
Con un sólido caso de negocios, Rimi calificó varias plataformas conocidas de nube privada, incluida OpenStack, para una amplia gama de criterios de evaluación, que incluían la apertura de cada plataforma, facilidad de uso, flexibilidad, confiabilidad, resistencia, disponibilidad de soporte y comunidad, así como potencial. Con base en los resultados de su evaluación, Rimi y su equipo seleccionaron OpenStack y comenzaron a crear una nube privada lista para uso comercial.
Con el exitoso lanzamiento de su primera nube OpenStack viable, Workday continúa presionando para una implementación más amplia del nuevo SDDC. Para lograr esto, Rimi utiliza un enfoque de múltiples partes interesadas centrado en:
- centrarse en cargas de trabajo preparadas para la nube, especialmente en aplicaciones sin estado en la cartera
- definiendo criterios y el proceso de migración
- Establecer objetivos de desarrollo para migrar estas aplicaciones
- Comunicación y capacitación Grupos de partes interesadas de Workday que usan reuniones, demostraciones, videos y capacitación de OpenStack
“Nuestra nube admite una variedad de cargas de trabajo, algunas en producción, otras en preparación para uso comercial. En última instancia, queremos migrar todas las cargas de trabajo, y espero que lleguemos a un punto de inflexión cuando veamos un flujo repentino de actividad. Preparamos el sistema en partes todos los días para poder hacer frente a este nivel de actividad cuando llegue el momento.
Bestbuy: romper las prohibiciones
La cadena minorista de electrónica BestBuy tiene ingresos anuales de $ 43 mil millones y 140,000 empleados, siendo la más grande de las compañías enumeradas en el artículo. Y, por lo tanto, si bien los procesos utilizados por el equipo de infraestructura de bestbuy.com para preparar una nube privada basada en OpenStack no son únicos, la flexibilidad con la que aplicaron estos procesos es impresionante.
Para implementar su primera nube OpenStack en BestBuy, Steve Eastham, Director de Soluciones Web y Joel Crabb, Arquitecto Jefe, tuvieron que confiar en un enfoque creativo para superar las muchas barreras que se interponían en su camino.
La iniciativa BestBuy OpenStack creció a principios de 2011 al tratar de comprender los diversos procesos comerciales asociados con los procesos de lanzamiento del sitio de comercio electrónico bestbuy.com. Estos esfuerzos han revelado ineficiencias significativas en los procesos de garantía de calidad. El proceso de control de calidad trajo costos significativos para cada lanzamiento importante del sitio, que tuvo lugar de dos a cuatro veces al año. Una parte importante de estos costos se asoció con la configuración manual del entorno, la conciliación de discrepancias y la resolución de problemas de disponibilidad de recursos.
Para abordar estos problemas, bestbuy.com lanzó la iniciativa "Control de calidad bajo demanda", dirigida por Steve Eastham y Joel Crabb, para identificar y abordar los cuellos de botella en el proceso de control de calidad de bestbuy.com. Entre las principales recomendaciones de este proyecto se encuentran la automatización de los procesos de control de calidad y la provisión de herramientas de autoservicio para grupos de usuarios.
Aunque Steve Eastham y Joel Crabb pudieron aprovechar la posibilidad de costos de control de calidad muy significativos para justificar la inversión en una nube privada, rápidamente se encontraron con un problema: aunque se recibió la aprobación del proyecto, no había fondos para el proyecto. No hubo presupuesto para la compra de equipos para el proyecto.
La necesidad es la madre de la invención, y el equipo adoptó un nuevo enfoque para la financiación en la nube: cambiaron el presupuesto para dos desarrolladores con otro equipo que tenía un presupuesto para equipos.
Según el presupuesto, tenían la intención de comprar el equipo necesario para el proyecto. Habiendo contactado a HP, su proveedor de equipos en ese momento, se pusieron a optimizar la oferta. Gracias a negociaciones exhaustivas y una reducción aceptable en los requisitos de equipo, pudieron reducir los costos de equipo a casi la mitad.
En la misma línea, Steve Eastham y Joel Crabb hicieron un trato con el equipo de red de la compañía, aprovechando la capacidad existente del núcleo existente, ahorrando los costos típicos asociados con la compra de nuevos equipos de red.
"Nos paramos sobre hielo bastante delgado", dijo Steve Eastham. - Esta no era una práctica común en BestBuy ni en ese momento ni ahora. Actuamos por debajo del nivel del radar. Podríamos obtener una reprimenda, pero logramos evitarlo.
La superación de las dificultades financieras fue solo el primero de muchos obstáculos. En ese momento, prácticamente no había oportunidad de encontrar expertos de OpenStack para el proyecto. Por lo tanto, tuvieron que crear un equipo desde cero al conectarse en un equipo de desarrolladores de Java tradicionales y administradores de sistemas.
"Simplemente los pusimos en una habitación y dijimos:" Descubra cómo trabajar con este sistema ", dice Joel Crabb. - Uno de los desarrolladores de Java nos dijo: “Esto es una locura, no puedes hacerlo. No sé de qué estás hablando ".
Tuvimos que combinar los diferentes estilos de los dos tipos de equipos para obtener el resultado deseado: un proceso de desarrollo gradual, comprobable y controlado por software.
Estimular al equipo en una etapa temprana del proyecto les permitió obtener algunas victorias impresionantes. Pudieron reemplazar rápidamente el entorno de desarrollo obsoleto, reducir el número de entornos de control de calidad (QA) y en el proceso de transformación obtuvieron la forma en que trabajan los nuevos equipos y la velocidad de entrega de la aplicación.
Su éxito ha brindado una buena oportunidad para solicitar recursos adicionales para su iniciativa de nube privada. Y esta vez contaron con el apoyo de la alta dirección de la empresa.
Steve Eastham y Joel Crabb recibieron los fondos necesarios para contratar personal adicional y cinco bastidores de equipos nuevos. La primera nube en esta ola de proyectos fue el entorno OpenStack, que lanzó el clúster Hadoop para análisis. Y ya está en operación comercial.
Conclusión
Las historias de MercadoLibre, Workday y Best Buy tienen una serie de principios que pueden guiarlo en el camino de la implementación exitosa de OpenStack: estar abierto a las necesidades de los desarrolladores, empresas y otros usuarios potenciales; trabajar dentro del marco de los procesos establecidos de su empresa; cooperación con otras organizaciones; y esté preparado para actuar fuera de las reglas cuando sea necesario. Estas son todas las habilidades blandas valiosas que es bueno tener con la nube OpenStack.
No hay una forma ideal de implementar OpenStack en su empresa: la ruta de implementación depende de muchos factores relacionados tanto con usted como con su empresa y la situación en la que se encuentra.
Y aunque este hecho puede ser confuso para los fanáticos de OpenStack que estén interesados en cómo implementar su primer proyecto, este es un punto de vista positivo. Esto significa que no hay límite sobre qué tan lejos puede llegar con OpenStack. Lo que puede lograr está limitado solo por su creatividad e ingenio.