Receta sencilla para el éxito con los proyectos de OpenStack

2016-06-09

Machine-translated — the English original is authoritative.

Un cliente me preguntó recientemente cuál era, en mi opinión, la mejor receta para una instalación de OpenStack exitosa. Con 20 años de experiencia en despliegues de centros de datos (hardware y software), puedo decir sinceramente que mi respuesta ha cambiado muy poco con el tiempo. Siguen siendo los aspectos básicos los que se pasan por alto.

He pasado los últimos dos años desplegando Helion OpenStack en todo el mundo en bancos, farmacéuticas y minoristas, y el siguiente artículo destaca lo que creo que son los ingredientes para un despliegue de OpenStack exitoso (o de cualquier otra plataforma en la nube, por cierto).

Partes interesadas – Patrocinio ejecutivo

PersonasProcesoTecnología

Es vital, al desplegar una solución en la nube que atraviese muchos departamentos (también conocidos como silos), como redes, almacenamiento, seguridad, etc., que el proyecto cuente con un patrocinador activo y comprometido que se sitúe por encima de todos estos silos. Idealmente, el CIO, el COO y el director de RRHH deberían estar involucrados para desarrollar una estrategia clara que revise cómo impactará esta nueva tecnología en sus procesos y personal actuales. Para aprovechar realmente los beneficios que la transición a un modelo de nube ofrece a una empresa, estos procesos necesitarán cambiar drásticamente dentro de la empresa.

Por desgracia, lo que suele ocurrir es que solo uno de los silos compra la solución y cree que debería ser el dueño de todo. ¡Fracasarán! La tecnología es la parte fácil; las personas y los procesos son los que importan.

Lo que debería ocurrir, y esto es solo mi opinión personal, es la creación de equipos virtuales procedentes de todos los silos. Formar a estas personas en toda la solución manteniéndolas enfocadas en su área de SME (experto en la materia). No debería tardar mucho en ver los beneficios de trabajar juntos y, con suerte, darse cuenta del potencial de OpenStack al mismo tiempo. También es un buen paso en la dirección de un modelo de operaciones de integración continua y despliegue continuo (¿me atrevo a decir DevOps?). Aunque inicialmente estamos cubriendo los silos dentro de los equipos de operaciones, es un proceso muy similar para incorporar a los desarrolladores. Estas personas suelen ser muy entusiastas con el modelo de operación en la nube, ya que han sido mimadas por AWS durante los últimos 5 años... TI sombra, esa es otra historia.

Confusión de código abierto – Alcance realista

opensourceConfusion.fw

Créanlo o no, en más de una ocasión en los últimos dos años, durante instalaciones de OpenStack, he tenido clientes buscando su almacenamiento "Ceph" o sus contenedores "Docker", sin darse cuenta de que estos no forman parte de OpenStack nativo, sino que son productos completamente diferentes por derecho propio. Es muy importante celebrar un taller de nube con los clientes al principio del ciclo de compromiso [que debería ser antes de que el equipo de ventas haya instalado cualquier hardware en el sitio] y revisar sus requisitos fundamentales; como se mencionó anteriormente, volver a lo básico. No solo se limite a sondear los requisitos de IaaS, busque los requisitos empresariales últimos. Habrá momentos en los que OpenStack no pueda cumplir con los requisitos de un cliente, o las características aún sean experimentales; asegúrese de que el cliente entienda esto. Explique cómo funciona la comunidad de OpenStack, los lanzamientos cada 6 meses, el proceso de presentación de blueprints, etc. Este taller también es su oportunidad para determinar qué partes interesadas faltan y buscar su participación.

Piedra, papel, tijeras, VMware

Si el cliente está decidido a deshacerse de VMware y cree que OpenStack es la solución, tenga mucho cuidado. VMware hace un hipervisor muy bueno y potente con muchas más características de alta disponibilidad que las disponibles con el hipervisor KVM predeterminado. No hay razón hoy en día por la que no pueda tener ambos tipos de hipervisor dentro de una nube OpenStack; he probado esta característica con Helion OpenStack 3.0 y funciona muy bien.

Escuche muy atentamente las expectativas del cliente; si mencionan cosas como ahorro de costos o un simple traslado de aplicaciones, huya ahora. Sin embargo, si están hablando de aplicaciones nativas de la nube y programas de transformación para abordar sus aplicaciones heredadas, entonces sí, esta es la mentalidad correcta.

Escasez de habilidades de OpenStack

Intentar encontrar ingenieros de OpenStack con experiencia es como.....

Aunque esta escasez de habilidades puede ser de corta duración (con la tasa actual de adopción de nubes OpenStack), es una preocupación real para muchos clientes. Sin embargo, hay dos formas muy fáciles de abordar este desafío:

Opción 1

Deje de limitarse a buscar personas con habilidades de OpenStack; un buen administrador de Linux aprenderá OpenStack con un entrenamiento mínimo. Si saben moverse por Linux (incluyendo namespaces de red), tienen una comprensión básica de bases de datos y colas de mensajes, entonces OpenStack será pan comido. [Nota para las empresas de reclutamiento: La misma declaración podría usarse para el ingeniero DevOps "unicornesco" (término técnico)]. No espere que un operador de OpenStack sea un desarrollador; ¡no deberían tener que serlo!

Opción 2

Tres palabras – Nube Privada Gestionada. Muchas empresas ofrecen este servicio, incluyendo HPE. Si va a ser nativo de la nube y PaaS es lo que realmente necesita, ¿por qué no externalizar su nube privada ahora?

Liderar con PaaS – OpenStack seguirá

Cuando compramos un coche, no compramos el motor primero, seguido del chasis, el interior, etc., hasta que finalmente tenemos suficientes componentes para facilitar conducir de A a B, la directiva principal para comprar el coche.

Así que me confunde hoy por qué parece que estamos obsesionados con comprar una solución IaaS primero y luego intentar encajar una solución PaaS encima. Creo que los clientes deberían comenzar con sus requisitos de PaaS. Esto es donde suelen estar los desarrolladores, los verdaderos requisitos empresariales y el dinero.

No solo eso, sino que los clientes pueden probar la mayoría de las plataformas PaaS hoy en día sin tener que comprar ni una sola pieza de hardware. Una vez que el negocio y los desarrolladores saben lo que necesitan de una solución PaaS, es mucho más fácil asegurarse de que la IaaS subyacente sea adecuada para el propósito.

Conclusión

Para tener éxito en un proyecto de OpenStack no es diferente a cualquier otro proyecto de TI. Una vez que pueda marcar la siguiente lista de verificación, todo lo demás debería ser como de costumbre –

• Personas
• Proceso
• Tecnología

Como dije, nada nuevo aquí; se requerían los mismos ingredientes hace 20, 30 y 40 años.

También es fundamental que todos entiendan la diferencia entre los estilos de aplicación Nativos de la Nube y Tradicionales. [Una señal reveladora de que alguien no entiende estos principios es cuando intentan comparar VMware con OpenStack.]

Finalmente, encontré los siguientes tres libros muy útiles para ilustrar algunos de los conceptos básicos sobre equipos virtuales, nativos de la nube y devops:

• The Phoenix Project
• Continuous Delivery
• The Mythical Man-Month

Gracias, ¡Feliz Apilamiento!

Originally published on allthingscloud.eu (2016-06-09).