Contenido
Presentado por: Turbonomic
Q:
¿Cuáles son algunos desafíos de escalar en OpenStack?
UNA:
Como una opción popular de código abierto para implementaciones, OpenStack tiene algunas preocupaciones para los líderes empresariales que tienen la intención de escalar un proyecto en la nube. Muchos de ellos tienen que ver con la naturaleza de código abierto de OpenStack, en comparación con las plataformas propietarias.
Un desafío es la naturaleza de "apoyo comunitario" o "crowdsourced" del sistema operativo como herramienta de código abierto. Muchos CIO y CTO van a querer algo más, alguna medida de la capacidad de planificación previa ofrecida por los productos de los proveedores que tienen una planificación más a largo plazo.
En general, cualquier proyecto puede ser difícil de escalar independientemente de la plataforma, pero otra preocupación para algunos líderes es la falta de soporte de actualización en el lugar en entornos de SO tradicionales. Eso ha significado, en algunos casos, la necesidad de realizar migraciones en frío para escalar un proyecto.
Otra preocupación es la falta de capacidad de integración lista con algunos de los principales sistemas de nube pública. El sistema operativo puede ser difícil de adaptar a algunas de estas opciones y puede requerir más intervención manual. Nuevamente, esto está en consonancia con la filosofía de los productos de código abierto, que a menudo son "menos fáciles de usar" que los productos de los proveedores. En otras palabras, los proveedores invierten en diferentes tipos de ingeniería de usuario u otras concesiones basadas en los ingresos que esperan obtener de las ventas.
Muchos expertos se refieren a la escala como un "punto de inflamación" clave con OpenStack. Existe la idea de que crear e implementar el proyecto es una etapa, y que el escalado es otra etapa completamente diferente. Los profesionales de TI, al hablar sobre los desafíos del escalado, implicarán que el éxito de la primera etapa de implementación no necesariamente garantiza o conduce al éxito de la segunda etapa de escalado, que existen obstáculos específicos en el escalado que no se "resuelven automáticamente". por implementación u otras fases anteriores. Eso, en comparación con la construcción de código abierto del sistema, crea desafíos inherentes, incluidos desafíos de mantenimiento, desafíos de asignación de recursos y otros que los desarrolladores y gerentes de proyecto generalmente no anticiparán a menos que piensen en la eventualidad de intentar escalar el sistema después el hecho.