No existe un camino perfecto para implementar OpenStack en tu empresa, pero sí existen principios generales que pueden guiarte hacia una implementación exitosa.
Uno de los beneficios del software de código abierto como OpenStack es que puede descargarlo, probarlo y comprenderlo de manera práctica sin la necesidad de largas interacciones con los vendedores de los proveedores o la necesidad de largas aprobaciones piloto internas entre su empresa. y su empresa.-vendedor.
Pero, ¿qué sucede cuando llega el momento de hacer algo más que simplemente probar un proyecto? ¿Cómo preparará el sistema implementado desde el código fuente hasta la producción? ¿Cómo se pueden superar las barreras organizacionales para la adopción de tecnologías nuevas y transformadoras? ¿Dónde empezar? ¿Que vas a hacer despues?
Sin duda, hay mucho que aprender de la experiencia de quienes ya han implementado OpenStack. Para comprender mejor los patrones de adopción de OpenStack, hablé con varios equipos que han introducido con éxito el sistema en sus empresas.
MercadoLibre: dictar por necesidad y correr más rápido que un venado
Si la necesidad es lo suficientemente fuerte, entonces implementar una infraestructura de nube flexible puede ser casi tan simple como "constrúyala y ellos vendrán". En muchos sentidos, esta es la experiencia que han tenido Alejandro Comisario, Maximiliano Venesio y Leandro Reox con su empresa MercadoLibre, la empresa 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 empresa comenzó el viaje de descomponer su entonces sistema monolítico en una plataforma que constaba de servicios débilmente acoplados conectados a través de API, el equipo de infraestructura se enfrentó a un fuerte aumento en la cantidad de solicitudes que su pequeño equipo necesitaba cumplir. .
"El cambio se produjo muy rápidamente", dice Alejandro Comisario, líder técnico de servicios en la nube de MercadoLibre. “Literalmente, de la noche a la mañana nos dimos cuenta de que no podíamos seguir trabajando a este ritmo sin la ayuda de algún tipo de 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 que implicaba brindar infraestructura a sus desarrolladores.
El equipo se fijó objetivos más complejos, formulando objetivos no solo para las tareas inmediatas, sino también para los objetivos de toda la empresa: reducir el tiempo necesario para proporcionar a los usuarios máquinas virtuales listas para un entorno productivo de 2 horas a 10 segundos y eliminar intervención humana en este proceso.
Cuando encontraron OpenStack, quedó claro que esto era exactamente lo que estaban buscando. La cultura acelerada de MercadoLibre permitió al equipo avanzar rápidamente en la construcción del entorno OpenStack, a pesar de la relativa inmadurez del proyecto en ese momento.
"Quedó claro que el enfoque de OpenStack: investigación, inmersión en el código y prueba de funcionalidad y escalamiento coincide con el enfoque de MercadoLibre", dice Leandro Reox. “Pudimos sumergirnos inmediatamente en el proyecto, definir un conjunto de pruebas para nuestra instalación de OpenStack y comenzar a realizar pruebas.
Sus pruebas iniciales en la segunda versión de OpenStack identificaron varios problemas que les impidieron entrar en producción, pero la transición de la versión Bexar a la versión Cactus llegó en el momento justo. Pruebas adicionales de la versión Cactus dieron confianza de que la nube está 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 puedan consumirla determinaron el éxito de la implementación.
"Toda la empresa estaba ansiosa por un sistema como este y la funcionalidad que proporciona", señala Maximiliano Venesio, ingeniero senior de infraestructura de 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 ejecutarse en la nueva nube privada sin cambios.
"Teníamos que asegurarnos de que nuestros desarrolladores estuvieran preparados para escribir aplicaciones sin estado para la nube", afirmó 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 era suficiente. Los desarrolladores necesitaban ajustar su forma de pensar.
El equipo estuvo atento a la capacitación de los desarrolladores y recomendó las mejores prácticas para crear aplicaciones listas para la nube. Enviaron correos electrónicos, realizaron almuerzos de aprendizaje informales y capacitaciones formales, y se aseguraron de que el entorno de la nube estuviera debidamente documentado. El resultado de sus esfuerzos es que los desarrolladores de MercadoLibre ahora se sienten tan cómodos desarrollando aplicaciones para la nube como lo estaban desarrollando aplicaciones tradicionales para los entornos virtualizados de la empresa.
La automatización que pudieron lograr con la nube privada dio sus frutos, permitiendo a MercadoLibre ampliar drásticamente su infraestructura. Lo que comenzó como un equipo de infraestructura de tres personas que brindaba soporte a 250 desarrolladores, 100 servidores y 1000 máquinas virtuales se ha convertido en un equipo de 10 personas que brinda soporte a más de 500 desarrolladores, 2000 servidores y 12 000 máquinas virtuales.
Workday: creación de un caso de negocio para OpenStack
Para el equipo de la empresa SaaS Workday, la decisión de adoptar OpenStack fue menos operativa y más estratégica.
El viaje de Workday hacia la adopción de la nube privada comenzó en 2013, cuando la dirección de la empresa acordó invertir en una amplia iniciativa de centro de datos definido por software (SDDC). La esperanza de esta iniciativa era lograr una mayor automatización, innovación y eficiencia en los centros de datos.
Workday creó su visión de una nube privada entre los equipos de infraestructura, ingeniería y operaciones de la empresa, y se llegó a un acuerdo para iniciar 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 de negocio original a una porción más grande de la empresa.
La piedra angular del caso de negocio era aumentar la flexibilidad al utilizar el SDDC. Esta mayor flexibilidad ayudaría a la empresa a lograr su deseo de una implementación continua de software sin tiempo de inactividad. La API para SDDC tenía como objetivo permitir a los equipos de plataformas y aplicaciones de Workday innovar de una manera que nunca antes había sido posible.
En el caso de negocio también se consideró la eficiencia del equipo. Workday tiene objetivos ambiciosos para aumentar las tasas de reciclaje de los equipos y recursos existentes del centro de datos.
“Descubrimos que ya teníamos tecnología de middleware que podía aprovechar los beneficios de la nube privada. Este middleware ya se ha utilizado para implementar entornos de desarrollo/pruebas en nubes públicas. Con una nube privada, podríamos ampliar este software para crear una solución de nube híbrida. Utilizando una estrategia de nube híbrida, Workday puede migrar cargas de trabajo entre nubes públicas y privadas, maximizando la utilización del hardware y al mismo tiempo generando ahorros para el negocio.
Finalmente, la estrategia de nube de Rimi señaló que las cargas de trabajo simples sin estado y su escalamiento 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.
"Puedes comenzar con tu plan y aprender a gestionar una nueva nube con una pequeña carga de trabajo, similar a la I+D tradicional, que te permite experimentar en un entorno seguro", sugirió Rimi.
Con un caso de negocio sólido, Rimi evaluó varias plataformas de nube privada conocidas, incluido OpenStack, frente a un amplio conjunto de criterios de evaluación que incluían la apertura, facilidad de uso, flexibilidad, confiabilidad, resiliencia, soporte, comunidad y potencial de cada plataforma. Según su evaluación, Rimi y su equipo seleccionaron OpenStack y comenzaron a construir una nube privada lista para uso comercial.
Tras implementar con éxito su primera nube OpenStack viable, Workday continúa esforzándose por lograr una adopción más amplia del nuevo entorno SDDC. Para lograr este objetivo, Rimi utiliza un enfoque multifacético centrado en:
- centrarse en cargas de trabajo listas para la nube, especialmente aplicaciones sin estado en la cartera
- definición de criterios y proceso de migración
- establecer objetivos de desarrollo para migrar estas aplicaciones
- Comunicar y educar a grupos de partes interesadas de Workday mediante reuniones, demostraciones, vídeos y formació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 en el que veamos una repentina afluencia de actividad. Estamos preparando el sistema pieza por pieza todos los días para poder manejar este nivel de actividad cuando llegue el momento.
BestBuy: rompiendo tabúes
El minorista de electrónica BestBuy, con unos ingresos anuales de 43 millones de dólares y 140 empleados, es la mayor de las empresas enumeradas en el artículo. Y así, si bien los procesos que utilizó 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 llevar su primera nube OpenStack a BestBuy, el director de soluciones web Steve Eastham y el arquitecto jefe Joel Crabb tuvieron que confiar en la creatividad para superar las numerosas barreras que se interponían en su camino.
La iniciativa BestBuy OpenStack surgió de un esfuerzo por comprender los diversos procesos comerciales asociados con los procesos de lanzamiento del sitio de comercio electrónico bestbuy.com a principios de 2011. Estos esfuerzos revelaron ineficiencias significativas en los procesos de garantía de calidad. El proceso de control de calidad introdujo importantes gastos generales con cada lanzamiento importante del sitio, que ocurría de dos a cuatro veces al año. Gran parte de este costo se asoció con la configuración manual del entorno, la conciliación de variaciones y la resolución de problemas de disponibilidad de recursos.
Para abordar estos problemas, bestbuy.com presentó la iniciativa Quality Assurance on Demand, dirigida por Steve Eastham y Joel Crabb, para identificar y eliminar cuellos de botella en el proceso de control de calidad de bestbuy.com. Las recomendaciones clave de este proyecto incluyeron la automatización de los procesos de control de calidad y el suministro de herramientas de autoservicio a los equipos de usuarios.
Aunque Steve Eastham y Joel Crabb pudieron aprovechar la perspectiva de unos costes de control de calidad muy importantes para justificar la inversión en una nube privada, rápidamente se toparon con un problema: aunque el proyecto había recibido aprobación, no había fondos disponibles para ello. No había presupuesto para comprar equipos para el proyecto.
La necesidad es la madre de la invención, y el equipo adoptó un nuevo enfoque para financiar la nube: intercambiaron el presupuesto de dos desarrolladores con otro equipo que tenía un presupuesto de hardware.
Con el presupuesto resultante se pretendía adquirir el equipamiento necesario para el proyecto. Al ponerse en contacto con HP, su proveedor de hardware en ese momento, comenzaron a optimizar la oferta. A través de negociaciones cuidadosas y una reducción aceptable en los requisitos de equipo, pudieron reducir los costos de equipo a casi la mitad.
De manera similar, Steve Eastham y Joel Crabb negociaron un acuerdo con el equipo de redes de la empresa, aprovechando la capacidad disponible del núcleo existente, ahorrando en los costos típicos asociados con la compra de nuevos equipos de redes.
"Estábamos en una situación bastante delicada", dijo Steve Eastham. “Esta no era una práctica común en Best Buy ni entonces ni ahora. Operamos por debajo del radar. Podríamos haber sido reprendidos, pero logramos evitarlo.
La superación de las dificultades financieras fue sólo el primero de muchos obstáculos. En ese momento, prácticamente no había oportunidad de encontrar expertos en OpenStack para el proyecto. Por lo tanto, tuvieron que crear un equipo desde cero combinando desarrolladores de Java tradicionales y administradores de sistemas en el equipo.
“Simplemente los pusimos en una habitación y les dijimos: 'Descubra cómo funciona este sistema'”, dice Joel Crabb. — Uno de los desarrolladores de Java nos dijo: “Esto es una locura, no puedes hacer esto. No sé de qué estás hablando".
Tuvimos que combinar los diferentes estilos de los dos tipos de equipos para lograr el resultado deseado: un proceso de desarrollo incremental, comprobable y basado en software.
Incentivar al equipo desde el principio del proyecto les permitió obtener algunas victorias impresionantes. Pudieron reemplazar rápidamente un entorno de desarrollo heredado, reducir la cantidad de entornos de control de calidad (QA) y, en el proceso de transformación, obtuvieron la forma de trabajar de los nuevos equipos y la velocidad de entrega de aplicaciones.
Su éxito los colocó en una buena posición para solicitar recursos adicionales para su iniciativa de nube privada. Y esta vez contaron con apoyo a nivel de la alta dirección de la empresa.
Steve Eastham y Joel Crabb recibieron los fondos necesarios para contratar personal adicional y cinco nuevos bastidores de equipos. La primera nube en esta ola de proyectos fue el entorno OpenStack, que ejecuta clústeres de Hadoop para análisis. Y ya se encuentra en operación comercial.
Conclusión
Las historias de MercadoLibre, Workday y Best Buy comparten una serie de principios que pueden guiarlo hacia una adopción exitosa de OpenStack: estar abierto a las necesidades de los desarrolladores, empresas y otros usuarios potenciales; trabajar dentro de los procesos establecidos de su empresa; cooperación con otras organizaciones; y estar dispuesto a actuar fuera de las reglas cuando sea necesario. Todas estas son habilidades sociales valiosas que es útil tener en la nube OpenStack.
No existe un camino perfecto para implementar OpenStack en su empresa; el camino de implementación depende de muchos factores relacionados tanto con usted como con su empresa y la situación en la que se encuentra.
Si bien este hecho puede resultar confuso para los fanáticos de OpenStack que se preguntan cómo implementar su primer proyecto, no deja de ser un punto de vista positivo. Esto significa que no hay límites en cuanto a hasta dónde puede llegar con OpenStack. Lo que puedes lograr está limitado únicamente por tu creatividad e ingenio.
Fuente: habr.com