Una nube, una estrategia

La segregación de responsabilidades es quizá el mejor ejemplo de por qué: hay demasiadas responsabilidades que mantienen a flote a una empresa moderna como para arriesgarse a poner todos los huevos en la misma cesta (de la nube). Considere las aplicaciones heredadas locales, los datos sensibles, las cargas de trabajo críticas, el ciclo de vida de producción, las aplicaciones en curso sin demasiados picos e incluso las aplicaciones de backend. A continuación, piense en los proveedores de la nube, en las nuevas aplicaciones "cloud-first", en los datos públicos, en las cargas de trabajo no críticas, en el ciclo de vida de desarrollo y en las aplicaciones frontales con mucho tráfico.

Ahora imagine que todo eso desaparece de repente.

La nube híbrida significa huevos en varias cestas. Sí, añade una capa de complejidad, pero cuando hay tanto en juego, merece la pena. Y cuando se ha definido dónde se quiere alojar todo para cada aplicación, resulta mucho más fácil obtener claridad. El reto es que todos los proveedores de nubes tienen su propio ecosistema, que será privado o público.

Estos ecosistemas hacen posible que todo esté integrado, pero lo que a menudo no es inmediatamente obvio es que, aunque estén integrados, no siempre están alineados. Al proveedor de la nube le interesa proporcionar las mejores herramientas para utilizar su plataforma, pero no necesariamente la mejor experiencia para el usuario o el desarrollador, que es algo que requiere conocimientos especializados. Esto suele conducir a un cierto grado de bloqueo, ya que generalmente no se pueden utilizar sus herramientas para gestionar otras aplicaciones que no forman parte de la infraestructura.

Esta falta de transparencia y visibilidad de otros proveedores de la nube puede obstaculizar y afectar a la capacidad de sacar el máximo provecho de una estrategia dual de DevOps y nube híbrida. Sin embargo, al adoptar un enfoque de nube híbrida, los equipos pueden elegir el mejor proveedor de nube para cada aplicación, poniendo al equipo en la mejor posición posible para proporcionar los mejores servicios posibles.

Y, por último, tenga siempre en cuenta el factor DevX

Para que DevOps prospere, es importante que las empresas se mantengan independientes tanto por su propia soberanía como para crear la mejor experiencia para el desarrollador, o DevX (un tema que he explorado en un artículo anterior para DevOps.com).

Es fácil caer en la trampa de utilizar todas las capacidades de automatización disponibles de cada proveedor de nube, pero eso encierra a una organización en una situación en la que necesita una profunda experiencia en una amplia variedad de tecnologías. Adoptar una estrategia de una nube y una automatización significa que nunca sería posible migrar la automatización o reutilizarla en diferentes procesos de despliegue de aplicaciones en varias nubes.

Descubre la innovación

Para asegurar el éxito empresarial, ahora y a futuro, es imprescindible maximizar el retorno de la inversión existente en software, a la vez que innovar y adoptar nuevas tecnologías. Los retos que hay abordar para competir en un mundo de IT Híbrida incluyen diferentes vías de actuación: la gestión de aplicaciones, la gestión de las operaciones de IT (ITSM), la modernización de aplicaciones y la ciberseguridad inteligente. Puedes obtener más información sobre cómo abortar estos retos e innovar haciendo clic en cada una de las líneas de acción o visitando el sitio web de Micro Focus en este enlace.