No hay un camino perfecto para implementar OpenStack en su empresa, pero hay principios generales que pueden guiarlo hacia una implementación exitosa.
Una de las ventajas del software de código abierto, como OpenStack, es la posibilidad de descargarlo, probarlo en acción y obtener una comprensión práctica sin necesidad de largas interacciones con los vendedores o de largos procesos internos de aprobación de un proyecto piloto entre su empresa y el proveedor.
Pero, ¿qué sucede cuando llega el momento de hacer algo más que simplemente probar el proyecto? ¿Cómo preparará un sistema desplegado desde el código fuente hasta un entorno productivo? ¿Cómo puede superar las barreras organizativas en la implementación de nuevas y transformadoras tecnologías? ¿Por dónde empezar? ¿Qué hará a continuación?
Sin duda, hay mucho que aprender de la experiencia de aquellos que ya han desplegado OpenStack. Para entender mejor los patrones de adopción de OpenStack, hablé con varios equipos que han presentado con éxito este sistema a sus empresas.
MercadoLibre: dictado por la necesidad y correr más rápido que un ciervo.
Si la necesidad es lo suficientemente fuerte, entonces implementar una infraestructura de nube flexible puede ser casi tan simple como "construirla y vendrán". En muchos sentidos, esta es la experiencia que tuvieron Alejandro Comisario, Maximiliano Venesio y Leandro Reox en su empresa MercadoLibre, la mayor empresa de comercio electrónico en América Latina y la octava más grande del mundo.
En 2011, cuando el departamento de desarrollo de la empresa comenzó el camino de descomposición de su sistema monolítico en aquel entonces, hacia una plataforma compuesta de servicios débilmente acoplados conectados a través de API, el equipo de infraestructura se enfrentó a un drástico aumento en el número de solicitudes a su pequeño equipo que necesitaban ser atendidas.
— El cambio ocurrió muy rápido, — dice Alejandro Comisario, líder técnico de servicios en la nube de MercadoLibre. — Nos dimos cuenta en un instante de que no podríamos continuar trabajando a ese ritmo sin la ayuda de algú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 relacionados con la provisión de infraestructura a sus desarrolladores.
El equipo se fijó objetivos más desafiantes, formulando metas no solo para tareas inmediatas, sino también para el propósito general de la empresa: reducir el tiempo de entrega de máquinas virtuales listas para un entorno productivo de 2 horas a 10 segundos y eliminar la intervención humana en este proceso.
Cuando encontraron OpenStack, quedó claro que era exactamente lo que buscaban. La cultura de rápido crecimiento de MercadoLibre permitió al equipo avanzar rápidamente en la creació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 pruebas de funcionalidad y escalabilidad— coincidía con el enfoque de MercadoLibre, —dice Leandro Reox. — Pudimos sumergirnos de inmediato en el proyecto, definir un conjunto de pruebas para nuestra instalación de OpenStack y comenzar a realizar las pruebas.
Sus pruebas iniciales en la segunda versión de OpenStack identificaron varios problemas que les impedían avanzar a producción; sin embargo, la transición de la versión Bexar a la versión Cactus ocurrió exactamente en el momento adecuado. Las pruebas posteriores de la versión Cactus les dieron la confianza de que la nube estaba lista para la operación comercial.
El lanzamiento a producción y la comprensión por parte de los desarrolladores de la capacidad de obtener infraestructura tan rápido como los desarrolladores podían consumirla definieron el éxito de la implementación.
— Toda la empresa anhelaba un sistema como este y las funcionalidades que proporciona, —observa Maximiliano Venesio, ingeniero senior de infraestructura en MercadoLibre.
Sin embargo, el equipo fue cauteloso al gestionar las expectativas de los desarrolladores. Necesitaban asegurarse de que los desarrolladores entendieran que las aplicaciones existentes no funcionarían en la nueva nube privada sin modificaciones.
— Teníamos que asegurarnos de que nuestros desarrolladores estuvieran listos para escribir aplicaciones stateless para la nube, —dijo Alejandro Comisario. — Fue un gran cambio cultural para ellos. En algunos casos, tuvimos que enseñarles que guardar sus datos en la instancia no era suficiente. Los desarrolladores necesitaban ajustar su forma de pensar.
El equipo se centró en capacitar a los desarrolladores y les recomendó las mejores prácticas para crear aplicaciones listas para la nube. Enviaron correos electrónicos, organizaron almuerzos con formación informal y entrenamientos formales, además de proporcionar la documentación adecuada del entorno en la nube. El resultado de sus esfuerzos es que los desarrolladores de MercadoLibre ahora se sienten tan cómodos desarrollando aplicaciones para la nube como lo hacían con aplicaciones tradicionales para entornos virtualizados de la empresa.
La automatización que lograron con la nube privada ha dado sus frutos, permitiendo a MercadoLibre escalar drásticamente su infraestructura. Lo que comenzó como un equipo de infraestructura de tres personas apoyando a 250 desarrolladores, 100 servidores y 1000 máquinas virtuales, se ha transformado en un equipo de 10 personas que apoyan a más de 500 desarrolladores, 2000 servidores y 12,000 VM.
Workday: Creación de un caso de negocio para OpenStack
Para el equipo de Workday, que opera en el ámbito de SaaS, la decisión de adoptar OpenStack fue más estratégica que operativa.
El camino de Workday hacia la implementación de la nube privada comenzó en 2013, cuando la dirección de la empresa decidió invertir en una amplia iniciativa de centro de datos definido por software (SDDC). La esperanza de esta iniciativa era lograr una mayor automatización, introducir innovaciones y mejorar la eficiencia de los centros de datos.
Workday forjó su visión de la nube privada entre los grupos 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 director de soluciones en la nube para liderar el cambio.
La primera tarea de Rimi en Workday fue expandir el caso de negocio inicial a la mayor parte de la empresa.
El fundamento del caso de negocio era aumentar la flexibilidad al utilizar SDDC. Esta mayor flexibilidad ayudaría a la empresa a lograr su deseo de un despliegue continuo de software sin tiempo de inactividad. La API para SDDC debía permitir a los grupos de desarrollo de aplicaciones y plataformas de Workday innovar de manera que antes no era posible.
La eficiencia del hardware también fue considerada en el caso de negocio. Workday establece metas ambiciosas para aumentar el nivel de utilización del hardware y recursos existentes en el centro de datos.
— Hemos descubierto que ya tenemos una tecnología de capa intermedia que puede beneficiarse de la nube privada. Este software de capa intermedia ya se había utilizado para implementar entornos de desarrollo/pruebas en nubes públicas. Con la nube privada, podríamos ampliar este software para crear una solución de nube híbrida. Usando una estrategia de nube híbrida, Workday puede migrar cargas de trabajo entre nubes públicas y privadas, lo que permitirá maximizar la utilización del hardware, ofreciendo ahorros para el negocio.
Finalmente, en la estrategia de nube de Rimi se destacó que las cargas de trabajo simples sin estado y su escalado horizontal permitirán a Workday comenzar a utilizar su nube privada con un menor riesgo y alcanzar la madurez en las operaciones en la nube de manera natural.
— Se puede avanzar con el plan previsto y aprender a gestionar la nueva nube con una carga de trabajo pequeña, similar a los tradicionales I+D, que permiten experimentar en condiciones seguras, — propuso Rimi.
Con un robusto caso de negocio, Rimi evaluó varias plataformas de nube privada reconocidas, incluyendo OpenStack, según un amplio conjunto de criterios de evaluación que incluían la apertura de cada plataforma, facilidad de uso, flexibilidad, fiabilidad, robustez, disponibilidad de soporte y comunidad, así como su potencial. Con base en los resultados de su evaluación, Rimi y su equipo eligieron OpenStack y comenzaron a construir una nube privada lista para la operación comercial.
Tras implementar exitosamente su primera nube viable de OpenStack, Workday sigue buscando una mayor adopción del nuevo entorno SDDC. Para lograr este objetivo, Rimi utiliza un enfoque multifacético centrado en:
- la concentración en cargas de trabajo preparadas para la nube, especialmente en aplicaciones sin estado en el portafolio
- la definición de criterios y procesos de migración
- el establecimiento de metas para el desarrollo de la migración de estas aplicaciones
- comunicación y capacitación de grupos de usuarios interesados de Workday mediante reuniones, demostraciones, videos y entrenamientos de OpenStack
— Nuestra nube soporta diversas cargas de trabajo, algunas en producción, otras en preparación para la explotación 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. Estamos preparando el sistema por partes cada día para poder manejar ese nivel de actividad cuando llegue el momento.
BestBuy: rompiendo barreras
La cadena minorista de electrónica BestBuy tiene ingresos anuales de 43 mil millones de dólares y 140,000 empleados, siendo la mayor de las empresas mencionadas en el artículo. Y por lo tanto, aunque 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 de OpenStack en BestBuy, el director de soluciones web Steve Eastham y el arquitecto principal Joel Crabb tuvieron que recurrir a un enfoque creativo para superar una serie de barreras que se interpusieron en su camino.
La iniciativa BestBuy OpenStack surgió a principios de 2011 de intentos por entender los distintos procesos comerciales relacionados con los procesos de lanzamiento del sitio de comercio electrónico bestbuy.com. Estos esfuerzos revelaron una significativa ineficiencia en los procesos de aseguramiento de calidad. El proceso de control de calidad incurrió en costos significativos en cada gran lanzamiento del sitio, que ocurría de dos a cuatro veces al año. Una parte considerable de estos gastos estaba relacionada 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, se propuso la iniciativa 'control de calidad bajo demanda' en bestbuy.com, bajo la dirección de Steve Eastham y Joel Crabb, destinada a identificar y eliminar cuellos de botella en el proceso de control de calidad de bestbuy.com. Entre las principales recomendaciones de este proyecto estaban la automatización de los procesos de control de calidad y proporcionar a los grupos de usuarios herramientas de autoservicio.
Y aunque Steve Eastham y Joel Crabb pudieron utilizar la perspectiva de costos significativos en el control de calidad para justificar la inversión en la nube privada, rápidamente enfrentaron un problema: aunque obtuvieron la aprobación del proyecto, no había fondos para el mismo. No había 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 financiar la nube: intercambiaron el presupuesto de dos desarrolladores con otro equipo que tenía un presupuesto para el equipo.
Con el presupuesto recibido, planearon comprar el equipo necesario para el proyecto. Al contactar a HP, su proveedor de equipos en ese momento, comenzaron a optimizar la oferta. Gracias a negociaciones meticulosas y a una reducción aceptable de las necesidades de equipo, pudieron reducir los costos de equipo casi a 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, ahorrando los costos típicos asociados con la compra de nuevo equipo de red.
— Estábamos sobre hielo muy delgado —dijo Steve Eastham—. No era una práctica común en BestBuy ni en ese momento ni ahora. Actuamos por debajo del radar. Podríamos haber recibido una reprimenda, pero logramos evitarlo.
Superar las dificultades financieras fue solo el primero de muchos obstáculos. En ese momento, las oportunidades de encontrar expertos en OpenStack para el proyecto eran prácticamente inexistentes. Así que tuvieron que construir un equipo desde cero al combinar a desarrolladores de Java tradicionales con administradores de sistemas.
— Simplemente los pusimos en una habitación y les dijimos: 'Descubran cómo trabajar con este sistema' —cuenta Joel Crabb—. Uno de los desarrolladores de Java nos decía: 'Esto es una locura, no pueden hacerlo. No sé de qué están hablando.'
Tuvimos que combinar los diferentes estilos de los dos tipos de equipos para obtener el resultado deseado: un proceso de desarrollo programáticamente gestionado, testeable y por fases.
La motivación del equipo en las etapas iniciales del proyecto les permitió lograr varias victorias impresionantes. Pudieron reemplazar rápidamente un entorno de desarrollo obsoleto, reducir la cantidad de entornos de control de calidad (QA) y, en el proceso de transformación, encontraron la forma de trabajar en nuevos grupos y acelerar la entrega de aplicaciones.
Su éxito les proporcionó buenas oportunidades para solicitar recursos adicionales para su iniciativa de nube privada. Y esta vez contaron con el apoyo a nivel de alta dirección de la empresa.
Steve Eastham y Joel Crabb obtuvieron la financiación necesaria para contratar personal adicional y adquirir cinco nuevas estaciones de trabajo. La primera nube de esta oleada de proyectos fue el entorno OpenStack, que impulsa clústeres de Hadoop para análisis. Y ya está en operación comercial.
Conclusión
En las historias de MercadoLibre, Workday y Best Buy hay una serie de principios que pueden guiarlo en el camino hacia una implementación exitosa de OpenStack: estar abierto a las necesidades de desarrolladores, negocios y otros usuarios potenciales; trabajar dentro de los procesos establecidos en su empresa; colaborar con otras organizaciones; y estar dispuesto a actuar fuera de las reglas cuando sea necesario. Todas son habilidades blandas valiosas que es útil tener junto con OpenStack.
No hay un camino perfecto para implementar OpenStack en su empresa; el camino de implementación depende de muchos factores, tanto de usted como de su empresa y de la situación en la que se encuentre.
Y aunque este hecho puede causar confusión entre los aficionados de OpenStack que se preguntan cómo implementar su primer proyecto, sigue siendo una perspectiva positiva. Esto significa que no hay límites para lo lejos que puede llegar con OpenStack; lo que puede lograr está limitado solo por su creatividad e ingenio.
Fuente: habr.com
