En este documento, se describe cómo aplicar las consideraciones comerciales predefinidas cuando se planifica una estrategia de nube híbrida y múltiples nubes. Se amplía la orientación en factores de impulso, consideraciones, estrategia y enfoques. En ese artículo, se definen y analizan las consideraciones empresariales que las empresas deben tener en cuenta cuando planifican esta estrategia.
Aclara y acuerda la visión y los objetivos
En última instancia, el propósito principal de una estrategia de nube híbrida o multinube es cumplir con los requisitos comerciales identificados y los objetivos técnicos asociados para cada caso de uso empresarial alineado con objetivos comerciales específicos. Para lograr este objetivo, crea un plan bien estructurado que incluya las siguientes consideraciones:
- Cuáles son las cargas de trabajo que deben ejecutarse en cada entorno de computación
- Cuáles son los patrones de arquitectura de aplicaciones que deben aplicarse 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, en especial en un entorno de TI complejo. Además, la planificación lleva tiempo y puede generar conflicto entre las visiones de las partes interesadas.
Para evitar este tipo de situaciones, primero formula una declaración de visión que aborde las siguientes preguntas (como mínimo):
- ¿Cuál es el caso de uso empresarial objetivo para cumplir objetivos comerciales específicos?
- ¿Por qué el enfoque y entorno de computación actuales no son suficientes para cumplir los objetivos comerciales?
- ¿Cuáles son los principales aspectos tecnológicos que se deben optimizar mediante el uso de la nube pública?
- ¿Por qué y cómo el nuevo enfoque optimizará y cumplirá tus objetivos comerciales?
- ¿Por cuánto tiempo planeas usar la configuración de nube híbrida o múltiples nubes?
Acuerdo sobre los objetivos y los factores de impulso comerciales y técnicos clave y, luego, obtener la aprobación relevante de las partes interesadas puede proporcionar una base para los siguientes pasos en el proceso de planificación. Para alinear de manera eficaz la solución propuesta con la visión arquitectónica general de la organización, alinéate con tu equipo y las partes interesadas responsables de liderar y patrocinar esta iniciativa.
Identifica y aclara otras consideraciones
Cuando planificas una arquitectura híbrida o de múltiples nubes, es importante identificar y acordar las restricciones arquitectónicas y operativas del proyecto.
En cuanto a las operaciones, la siguiente lista no exhaustiva proporciona algunos requisitos que pueden crear algunas restricciones que se deben tener en cuenta cuando planifiques tu arquitectura:
- Administrar y configurar varias nubes por separado en comparación con la compilación de un modelo integral para administrar y proteger los diferentes entornos de nube.
- Garantizar la autenticación, la autorización, la auditoría y políticas coherentes en todos los entornos.
- Usar herramientas y procesos coherentes en todos los entornos para proporcionar una visión integral de la seguridad, los costos y las oportunidades de optimización.
- Usar estándares de cumplimiento y seguridad coherentes para aplicar una administración unificada.
En el lado de la planificación de la arquitectura, se detallan las mayores limitaciones que generalmente derivan de los sistemas existentes:
- Las dependencias entre las aplicaciones
- Los requisitos de rendimiento y latencia para la comunicación entre los sistemas
- Fiabilidad en el hardware o los sistemas operativos que podrían no estar disponibles en la nube pública
- Restricciones de licencias
- Dependencia de la disponibilidad de las capacidades requeridas en las regiones seleccionadas de una arquitectura de múltiples nubes
Para obtener más información sobre las otras consideraciones relacionadas con la portabilidad de la carga de trabajo, el movimiento de datos y los aspectos de seguridad, consulta Otras consideraciones.
Diseña una estrategia de arquitectura híbrida y de múltiples nubes
Una vez que hayas aclarado los detalles de los objetivos comerciales y técnicos con los requisitos comerciales asociados (y, idealmente, aclarados y acordados sobre una declaración de visión), puedes compilar tu estrategia para crear una arquitectura de nube híbrida o de múltiples nubes.
En el siguiente diagrama de flujo, se resumen los pasos lógicos para compilar una estrategia de este tipo.
Para ayudarte a determinar tus objetivos y necesidades técnicos de la arquitectura híbrida o de múltiples nubes, los pasos del diagrama de flujo anterior comienzan con los requisitos y objetivos empresariales. La forma en que implementes tu estrategia puede variar según los objetivos, los factores de impulso y la ruta de migración tecnológica de cada caso de uso empresarial.
Es importante recordar que una migración es un viaje. En el siguiente diagrama, se ilustran las fases de este recorrido, como se describe en Migra a Google Cloud.
En esta sección, se proporciona orientación sobre las fases de evaluación, planificación, implementación y optimización en el diagrama anterior. Presenta esta información en el contexto de una migración híbrida o de múltiples nubes. Debes alinear cualquier migración con la guía y las prácticas recomendadas que se analizan en la sección de la ruta de migración de la guía Migrar a Google Cloud. Estas fases pueden aplicarse a cada carga de trabajo de forma individual, no a todas las cargas de trabajo 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, realiza una evaluación de carga de trabajo inicial. Durante esta fase, considera los objetivos descritos en los documentos de planificación de visión y estrategia. Para elegir un plan de migración, primero identifica una lista de posibles cargas de trabajo que podrían beneficiarse de la implementación o la migración a la nube pública.
Para comenzar, elige una carga de trabajo que no sea fundamental para la empresa o que no sea demasiado difícil de migrar (con dependencias mínimas o nulas de cualquier carga de trabajo en otros entornos), pero que no sea lo suficientemente habitual para servir de modelo en las próximas implementaciones o migraciones.
Lo ideal sería que la carga de trabajo o la aplicación que selecciones forme parte de una función o un caso de uso empresarial orientado que tenga un efecto medible en la empresa una vez que se complete.
Para evaluar y mitigar los posibles riesgos de migración, realiza una evaluación de riesgos de migración. Es importante evaluar la carga de trabajo candidata para determinar su idoneidad para la migración a un entorno de múltiples nubes. Esta evaluación implica evaluar varios aspectos de las aplicaciones y la infraestructura, incluidos los siguientes:
- Requisitos de compatibilidad de aplicaciones con los proveedores de servicios en la nube que seleccionaste
- Modelos de precios
- Funciones de seguridad que ofrecen los proveedores de servicios en la nube seleccionados
- Requisitos de interoperabilidad de las aplicaciones
La ejecución de 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 las cargas de trabajo que elijas migrar o operar.
Existen varios tipos de herramientas, como el Google Cloud Migration Center, para ayudarte a evaluar las cargas de trabajo existentes. Para obtener más información, consulta Migración a Google Cloud: Elige una herramienta de evaluación.
Desde la perspectiva de la modernización de la carga de trabajo, la herramienta de evaluación de idoneidad ayuda a evaluar una carga de trabajo de VM para determinar si es adecuada para la modernización a un contenedor o para la migración a Compute Engine.
Fase de planificación
En la fase de planificación, comienza con las aplicaciones identificadas y las cargas de trabajo en la nube requeridas, y realiza las siguientes tareas:
- Desarrolla una estrategia de migración priorizada que defina conjuntos de migración de aplicaciones y rutas de acceso.
- Identifica el patrón de arquitectura de aplicaciones de nubes híbridas o múltiples aplicable.
- Selecciona un patrón de arquitectura de red que admita el patrón de arquitectura de aplicación seleccionado.
Lo ideal sería incorporar el patrón de herramientas de redes de nube con el diseño de la zona de destino. El diseño de la zona de destino sirve como un elemento fundamental clave de las arquitecturas híbridas y de múltiples nubes generales. El diseño requiere una integración perfecta con estos patrones. No diseñes la zona de destino de forma aislada. Considera estos patrones de herramientas de redes como un subconjunto del diseño de la zona de destino.
Una zona de destino 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 organización, los proyectos y la jerarquía de recursos de Google Cloud para preparar la zona de destino del entorno de nube para el híbrido. o la integración y la implementación de múltiples nubes.
Como parte de esta fase, debes considerar lo siguiente:
- Define el enfoque de migración y modernización. Hay más información sobre los enfoques de migración más adelante en esta guía. También se analiza con más detalle en la sección Tipos de migración de Migra a Google Cloud.
- Usa los hallazgos de la fase de evaluación y descubrimiento. Alinéalos con la carga de trabajo candidata que planeas migrar. Luego, desarrolla un plan de migración de conjuntos de aplicaciones. El plan debe incorporar los requisitos de tamaño estimado de los recursos que determinaste durante la fase de evaluación.
- Define el modelo de comunicación requerido entre las aplicaciones distribuidas y entre los componentes de la aplicación para la arquitectura híbrida o de múltiples nubes deseada.
- Elige un arquetipo de implementación adecuado para implementar tu carga de trabajo, como zonal, regional, multirregional o global, para el patrón de arquitectura elegido. El arquetipo que selecciones forma 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 criterios de éxito medibles para la migración, con eventos importantes claros para cada fase o conjunto de migración. La selección de criterios es esencial, incluso si el objetivo técnico es tener la arquitectura híbrida como una configuración a corto plazo.
- Define los ANSs y los KPIs de la aplicación cuando tus aplicaciones operen en una configuración híbrida, en especial para aquellas aplicaciones que podrían tener componentes distribuidos en varios entornos.
Si quieres obtener más información, consulta Acerca de la planificación de la migración para planificar una migración exitosa y minimizar los riesgos asociados.
Fase de implementación
En la fase de implementación, estás listo para comenzar a ejecutar tu estrategia de migración. Dada la posible cantidad de requisitos, es mejor adoptar un enfoque iterativo.
Prioriza tus cargas de trabajo según los conjuntos de migración y aplicación que desarrollaste durante la fase de planificación. Con arquitecturas híbridas y de múltiples nubes, comienza tu implementación mediante el establecimiento de la conectividad necesaria entre Google Cloud y los otros entornos de computación. Para facilitar el modelo de comunicación requerido para tu arquitectura híbrida o de múltiples nubes, basa la implementación en el diseño y el tipo de conectividad de red seleccionados, junto con el patrón de red aplicable. Te recomendamos que adoptes este enfoque para la decisión general del diseño de la zona de destino.
Además, debes probar y validar la aplicación o el servicio en función de los criterios de éxito de la aplicación definidos. Lo ideal es que estos criterios incluyan requisitos funcionales y de prueba de carga (no funcionales) antes de pasar a la producción.
Fase de optimización
En la fase de optimización, prueba tu implementación: después de completar las pruebas y que la aplicación o el servicio cumplan con las expectativas de capacidad funcional y de rendimiento, puedes moverlo a producción. Las herramientas de supervisión y visibilidad de Cloud, como Cloud Monitoring, pueden proporcionar estadísticas sobre el rendimiento, la disponibilidad y el estado de la infraestructura y las aplicaciones, y ayudarte a optimizar en caso de que sea necesario.
Para obtener más información, consulta Migra a Google Cloud: Optimiza tu entorno. Si deseas obtener más información sobre cómo diseñar esas herramientas para la arquitectura de nubes híbridas o múltiples, consulta Patrones de registro y supervisión de nubes híbridas y múltiples.
Evalúa las cargas de trabajo candidatas
La elección de entornos de computación para diferentes cargas de trabajo afecta significativamente el éxito de una estrategia de nube híbrida y múltiples nubes. Las decisiones de posición de las cargas de trabajo deben alinearse con los objetivos comerciales específicos. Por lo tanto, estas decisiones deben guiarse por casos de uso empresariales orientados que permitan efectos comerciales medibles. Sin embargo, comenzar con la carga de trabajo o aplicación más crítica para la empresa no siempre es necesario ni se recomienda. Para obtener más información, consulta Elige las apps que se migrarán primero en la guía de migración a Google Cloud.
Como se analizó en la sección Controladores comerciales y técnicos, existen diferentes tipos de controladores y consideraciones para las arquitecturas híbridas y de múltiples nubes.
La siguiente lista resumida de factores puede ayudarte a evaluar tu caso de uso de migración en el contexto de una arquitectura híbrida o de múltiples nubes con oportunidades para tener un efecto comercial medible:
- Diferenciación del mercado o innovación posible que permite el uso de servicios en la nube para habilitar ciertas funciones o capacidades empresariales, como las capacidades de inteligencia artificial que usan datos locales existentes para entrenar modelos de aprendizaje automático
- Ahorros posibles en el costo total de propiedad de una aplicación.
- Inversiones posibles en disponibilidad, resiliencia, seguridad o rendimiento, por ejemplo, agregar un sitio de recuperación ante desastres (DR) en la nube.
- Aceleración posible de los procesos de desarrollo y lanzamiento, por ejemplo, la compilación de tus entornos de desarrollo y pruebas en la nube.
Los siguientes factores pueden ayudarte a evaluar los riesgos de migración:
- El efecto potencial de las interrupciones causadas por una migración.
- La experiencia que tiene tu equipo con implementaciones de nube pública o con implementaciones de un proveedor de servicios en la nube nuevo o secundario.
- Necesidad de cumplir con las restricciones legales o reglamentarias existentes.
Los siguientes factores pueden ayudarte a evaluar las dificultades técnicas de una migración:
- Tamaño, complejidad y antigüedad de la aplicación.
- La cantidad de dependencias con otras aplicaciones y servicios en diferentes entornos de computación.
- Cualquier restricción impuesta por licencias de terceros.
- Dependencias de versiones específicas de sistemas operativos, bases de datos o configuraciones de entorno.
Después de evaluar las cargas de trabajo iniciales, puedes comenzar a priorizarlas y definir los conjuntos de migración y los enfoques. Luego, puedes identificar los patrones de arquitectura aplicables y los patrones de red compatibles. Este paso puede requerir varias iteraciones, ya que tu evaluación podría cambiar con el tiempo. Por lo tanto, vale la pena volver a evaluar las cargas de trabajo después de realizar las primeras implementaciones en la nube.