Este documento se centra en cómo aplicar consideraciones empresariales predefinidas al planificar una estrategia híbrida y multinube. Se amplía la información de la sección Factores, consideraciones, estrategias y enfoques. En ese artículo se definen y analizan las consideraciones empresariales que deben tener en cuenta las empresas al planificar una estrategia de este tipo.
Clarificar y acordar la visión y los objetivos
En última instancia, el objetivo principal de una estrategia de nube híbrida o multinube es cumplir los requisitos de negocio identificados y los objetivos técnicos asociados de cada caso de uso empresarial, que deben estar alineados con objetivos de negocio específicos. Para conseguir este objetivo, crea un plan bien estructurado que incluya los siguientes aspectos:
- Qué cargas de trabajo se deben ejecutar en cada entorno de computación.
- Qué patrones de arquitectura de aplicaciones aplicar en varias cargas de trabajo.
- Qué tecnología y patrón de arquitectura de red usar.
Ten en cuenta que definir un plan que tenga en cuenta todas las cargas de trabajo y los requisitos es difícil en el mejor de los casos, sobre todo en un entorno de TI complejo. Además, la planificación lleva tiempo y puede dar lugar a visiones contradictorias de las partes interesadas.
Para evitar estas situaciones, formula inicialmente una declaración de la visión que responda (como mínimo) a las siguientes preguntas:
- ¿Cuál es el caso práctico empresarial objetivo para cumplir objetivos de negocio específicos?
- ¿Por qué no son suficientes el enfoque y el entorno informático actuales para alcanzar los objetivos de negocio?
- ¿Cuáles son los principales aspectos tecnológicos que se pueden optimizar al usar la nube pública?
- ¿Por qué y cómo va a optimizar y alcanzar tus objetivos de negocio el nuevo enfoque?
- ¿Cuánto tiempo tiene previsto usar su configuración híbrida o multinube?
Acordar los objetivos y los factores empresariales y técnicos clave, y obtener la aprobación de las partes interesadas pertinentes, puede sentar las bases para los siguientes pasos del proceso de planificación. Para alinear de forma eficaz la solución que propones con la visión arquitectónica general de tu organización, ponte de acuerdo con tu equipo y con las partes interesadas responsables de dirigir y patrocinar esta iniciativa.
Identificar y aclarar otras consideraciones
Al planificar una arquitectura híbrida o multinube, es importante identificar y acordar las restricciones arquitectónicas y operativas de tu proyecto.
En cuanto a las operaciones, la siguiente lista no exhaustiva proporciona algunos requisitos que pueden crear ciertas restricciones que debes tener en cuenta al planificar tu arquitectura:
- Gestionar y configurar varias nubes por separado en lugar de crear un modelo integral para gestionar y proteger los diferentes entornos de nube.
- Asegurar la coherencia de la autenticación, la autorización, la auditoría y las políticas en los distintos entornos.
- Usar herramientas y procesos coherentes en todos los entornos para ofrecer una visión integral de la seguridad, los costes y las oportunidades de optimización.
- Usar estándares de cumplimiento y seguridad coherentes para aplicar un gobierno unificado.
En cuanto a la planificación de la arquitectura, las mayores limitaciones suelen derivarse de los sistemas actuales y pueden incluir lo siguiente:
- Dependencias entre aplicaciones
- Requisitos de rendimiento y latencia para la comunicación entre sistemas
- Dependencia de hardware o sistemas operativos que podrían no estar disponibles en la nube pública
- Restricciones de licencia
- Dependencia de la disponibilidad de las funciones necesarias en las regiones seleccionadas de una arquitectura multicloud
Para obtener más información sobre otras consideraciones relacionadas con la portabilidad de las cargas de trabajo, el movimiento de datos y los aspectos de seguridad, consulta Otras consideraciones.
Diseñar una estrategia de arquitectura híbrida y multinube
Una vez que hayas aclarado los detalles de los objetivos empresariales y técnicos con los requisitos empresariales asociados (y, a ser posible, hayas definido y acordado una declaración de principios), podrás crear tu estrategia para diseñar una arquitectura híbrida o multicloud.
En el siguiente diagrama de flujo se resumen los pasos lógicos para crear una estrategia de este tipo.
Para ayudarte a determinar los objetivos y las necesidades técnicas de tu arquitectura híbrida o multinube, los pasos del diagrama de flujo anterior empiezan con los requisitos y los objetivos empresariales. La forma de implementar tu estrategia puede variar en función de los objetivos, los factores y la ruta de migración tecnológica de cada caso práctico.
Es importante recordar que una migración es un proceso. El siguiente diagrama muestra las fases de este proceso, tal como se describe en el artículo Migrar a Google Cloud.
En esta sección se ofrecen directrices sobre las fases "Evaluar", "Planificar", "Implementar" y "Optimizar" del diagrama anterior. Presenta esta información en el contexto de una migración híbrida o multinube. Debes alinear cualquier migración con las directrices y las prácticas recomendadas que se describen en la sección de rutas de migración de la guía Migrar a Google Cloud . Estas fases pueden aplicarse a cada carga de trabajo por separado, no a todas a la vez. En cualquier momento, varias cargas de trabajo pueden estar en diferentes fases:
Fase de evaluación
En la fase de Evaluación, se lleva a cabo una evaluación inicial de la carga de trabajo. Durante esta fase, ten en cuenta los objetivos que se describen en los documentos de planificación de tu visión y estrategia. Decide un plan de migración. Para ello, identifica primero una lista de cargas de trabajo que se podrían beneficiar de desplegarse o migrarse a la nube pública.
Para empezar, elige una carga de trabajo que no sea crítica para la empresa ni demasiado difícil de migrar (con dependencias mínimas o nulas de cualquier carga de trabajo en otros entornos), pero que sea lo suficientemente típica como para servir de modelo para futuras implementaciones o migraciones.
Lo ideal es que la carga de trabajo o la aplicación que selecciones forme parte de un caso de uso o una función empresarial específicos que tengan un efecto medible en la empresa una vez que se hayan completado.
Para evaluar y mitigar los posibles riesgos de la migración, realiza una evaluación de los riesgos de la migración. Es importante que evalúes la carga de trabajo candidata para determinar si es adecuada para migrar a un entorno multicloud. Esta evaluación implica valorar varios aspectos de las aplicaciones y la infraestructura, entre los que se incluyen los siguientes:
- Requisitos de compatibilidad de las aplicaciones con los proveedores de servicios en la nube que hayas seleccionado
- Modelos de precios
- Funciones de seguridad que ofrecen los proveedores de servicios en la nube que hayas seleccionado
- Requisitos de interoperabilidad de las aplicaciones
Realizar una evaluación también te ayuda a identificar los requisitos de privacidad de los datos, los requisitos de cumplimiento, los requisitos de coherencia y las soluciones en varios entornos de nube. Los riesgos que identifiques pueden afectar a las cargas de trabajo que elijas migrar o utilizar.
Hay varios tipos de herramientas, como Google Cloud Migration Center, para ayudarte a evaluar las cargas de trabajo actuales. Para obtener más información, consulta Migración a Google Cloud: elige una herramienta de evaluación.
Desde el punto de vista de la modernización de las cargas de trabajo, la herramienta de evaluación de adecuación ayuda a evaluar una carga de trabajo de una VM para determinar si es adecuada para modernizarla a un contenedor o para migrarla a Compute Engine.
Fase de planificación
En la fase Planificación, empieza con las aplicaciones y las cargas de trabajo en la nube identificadas y lleva a cabo las siguientes tareas:
- Desarrolla una estrategia de migración priorizada que defina las fases de migración de aplicaciones y las rutas.
- Identifica el patrón de arquitectura de aplicación híbrida o multinube de alto nivel que corresponda.
- Seleccione un patrón de arquitectura de red que admita el patrón de arquitectura de aplicación seleccionado.
Lo ideal es que incorpores el patrón de red de Cloud al diseño de la zona de aterrizaje. El diseño de la zona de aterrizaje es un elemento fundamental de las arquitecturas híbridas y multinube. El diseño requiere una integración perfecta con estos patrones. No diseñes la zona de aterrizaje de forma aislada. Considera estos patrones de red como un subconjunto del diseño de la zona de aterrizaje.
Una zona de aterrizaje puede constar de diferentes aplicaciones, cada una con un patrón de arquitectura de red diferente. Además, en esta fase, es importante decidir el diseño de la Google Cloud organización, los proyectos y la jerarquía de recursos para preparar la zona de aterrizaje de tu entorno de nube para la integración y la implementación híbrida o multinube.
Como parte de esta fase, debes tener en cuenta lo siguiente:
- Define la estrategia de migración y modernización. En esta guía se ofrece más información sobre los enfoques de migración. También se explica con más detalle en la sección Tipos de migración del artículo Migrar a Google Cloud.
- Usa las conclusiones de la fase de evaluación y descubrimiento. Alinea los con la carga de trabajo candidata que quieras migrar. A continuación, desarrolla un plan de olas de migración de la aplicación. El plan debe incluir los requisitos de tamaño de los recursos estimados que hayas determinado durante la fase de evaluación.
- Define el modelo de comunicación necesario entre las aplicaciones distribuidas y entre los componentes de la aplicación para la arquitectura híbrida o multinube prevista.
- Elige un arquetipo de despliegue adecuado para desplegar tu carga de trabajo, como zonal, regional, multirregional o global, para el patrón de arquitectura elegido. El arquetipo que selecciones será la base para crear las arquitecturas de implementación específicas de la aplicación que se adapten a tus necesidades empresariales y técnicas.
- Decide los criterios de éxito medibles de la migración, con hitos claros para cada fase o etapa de la migración. Es fundamental seleccionar criterios, aunque el objetivo técnico sea tener la arquitectura híbrida como configuración a corto plazo.
- Define los SLAs y los KPIs de las aplicaciones cuando estas funcionen en una configuración híbrida, sobre todo en el caso de las aplicaciones que puedan tener componentes distribuidos en varios entornos.
Para obtener más información, consulta el artículo Acerca de la planificación de la migración, que te ayudará a planificar una migración correcta y a minimizar los riesgos asociados.
Fase de implementación
En la fase Implementar, ya puedes empezar a ejecutar tu estrategia de migración. Dado el número potencial de requisitos, lo mejor es adoptar un enfoque iterativo.
Prioriza tus cargas de trabajo en función de las fases de migración y de las aplicaciones que hayas desarrollado durante la fase de planificación. Con las arquitecturas híbridas y multinube, empieza tu implementación estableciendo la conectividad necesaria entre Google Cloud y los demás entornos informáticos. Para facilitar el modelo de comunicación necesario para tu arquitectura híbrida o multinube, basa la implementación en el diseño y el tipo de conectividad de red que hayas seleccionado, así como en el patrón de red aplicable. Te recomendamos que adoptes este enfoque para tomar una decisión sobre el diseño general de tu zona de aterrizaje.
Además, debes probar y validar la aplicación o el servicio según los criterios de éxito definidos. Lo ideal es que estos criterios incluyan requisitos de pruebas funcionales y de carga (no funcionales) antes de pasar a producción.
Fase de optimización
En la fase de optimización, prueba tu implementación: cuando hayas terminado las pruebas y la aplicación o el servicio cumplan las expectativas de capacidad funcional y de rendimiento, podrás pasarla a producción. Las herramientas de monitorización y visibilidad de la nube, como Cloud Monitoring, pueden proporcionar información valiosa sobre el rendimiento, la disponibilidad y el estado de tus aplicaciones e infraestructura, así como ayudarte a optimizar lo que necesites.
Para obtener más información, consulta el artículo Migrar a Google Cloud: optimizar el entorno. Para obtener más información sobre cómo diseñar este tipo de herramientas para arquitecturas híbridas o multinube, consulta Patrones de monitorización y registro híbridos y multinube.
Evaluar las cargas de trabajo de los candidatos
La elección de los entornos de computación para las diferentes cargas de trabajo influye significativamente en el éxito de una estrategia híbrida y multinube. Las decisiones sobre la colocación de cargas de trabajo deben estar en consonancia con objetivos empresariales específicos. Por lo tanto, estas decisiones deben basarse en casos prácticos empresariales específicos que permitan obtener resultados empresariales medibles. Sin embargo, no siempre es necesario ni recomendable empezar por la carga de trabajo o la aplicación más importante para la empresa. Para obtener más información, consulta el artículo Elegir las aplicaciones que se migrarán primero de la guía Migrar a Google Cloud .
Como se explica en la sección Factores empresariales y técnicos, hay diferentes tipos de factores y consideraciones para las arquitecturas híbridas y multinube.
La siguiente lista resumida de factores puede ayudarte a evaluar tu caso práctico de migración en el contexto de una arquitectura híbrida o multinube con oportunidades para tener un efecto empresarial medible:
- Posibilidad de diferenciación o innovación en el mercado gracias al uso de servicios en la nube para habilitar determinadas funciones o capacidades empresariales, como las de inteligencia artificial, que utilizan datos locales para entrenar modelos de aprendizaje automático.
- Ahorro potencial en el coste total de propiedad de una aplicación.
- Posibles mejoras en la disponibilidad, la resiliencia, la seguridad o el rendimiento, por ejemplo, añadiendo un sitio de recuperación tras desastres en la nube.
- Posibilidad de acelerar los procesos de desarrollo y lanzamiento, por ejemplo, creando tus entornos de desarrollo y pruebas en la nube.
Los siguientes factores pueden ayudarte a evaluar los riesgos de la migración:
- El posible efecto de las interrupciones causadas por una migración.
- La experiencia de tu equipo con los despliegues en la nube pública o con los despliegues de un proveedor de servicios en la nube nuevo o secundario.
- La necesidad de cumplir las restricciones legales o normativas vigentes.
Los siguientes factores pueden ayudarte a evaluar las dificultades técnicas de una migración:
- El tamaño, la complejidad y la antigüedad de la aplicación.
- El número de dependencias con otras aplicaciones y servicios en diferentes entornos informáticos.
- Cualquier restricción impuesta por licencias de terceros.
- Cualquier dependencia de versiones específicas de sistemas operativos, bases de datos u otras configuraciones del entorno.
Una vez que hayas evaluado tus cargas de trabajo iniciales, puedes empezar a priorizarlas y a definir tus fases de migración y enfoques. Después, puedes identificar los patrones de arquitectura aplicables y los patrones de redes compatibles. Este paso puede requerir varias iteraciones, ya que tu evaluación puede cambiar con el tiempo. Por lo tanto, merece la pena volver a evaluar las cargas de trabajo después de hacer las primeras implementaciones en la nube.