En este documento, se explica cómo aplicar 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 comerciales que las empresas deben tener en cuenta cuando planifican una estrategia de este tipo.
Aclara y acuerda la visión y los objetivos
En última instancia, el objetivo principal de una estrategia de nube híbrida o de múltiples nubes es satisfacer los requisitos comerciales identificados y los objetivos técnicos asociados para cada caso de uso comercial alineado con objetivos comerciales específicos. Para lograr este objetivo, crea un plan bien estructurado que incluya las siguientes consideraciones:
- Qué cargas de trabajo deben ejecutarse en cada entorno de computación
- Qué patrones de arquitectura de aplicaciones se deben aplicar en varias cargas de trabajo
- Qué tecnología y patrón de arquitectura de redes usar
Ten en cuenta que definir un plan que considere todas las cargas de trabajo y los requisitos es difícil en el mejor de los casos, especialmente 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 estas situaciones, primero formula una declaración de visión que aborde las siguientes preguntas (como mínimo):
- ¿Cuál es el caso de uso comercial objetivo para cumplir con objetivos comerciales específicos?
- ¿Por qué el enfoque y el entorno de computación actuales no son suficientes para cumplir con los objetivos comerciales?
- ¿Cuáles son los principales aspectos tecnológicos que se deben optimizar con la nube pública?
- ¿Por qué y cómo el nuevo enfoque optimizará y cumplirá tus objetivos comerciales?
- ¿Por cuánto tiempo planeas usar tu configuración de nube híbrida o multinube?
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.
Identificar y aclarar otras consideraciones
Cuando planifiques una arquitectura híbrida o de múltiples nubes, es importante identificar y acordar las restricciones operativas y de arquitectura de tu proyecto.
En cuanto a las operaciones, la siguiente lista no exhaustiva proporciona algunos requisitos que podrían generar ciertas restricciones que se deben tener en cuenta al planificar tu arquitectura:
- Administrar y configurar varias nubes por separado en lugar de crear 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 varias nubes
Para obtener más información sobre 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
Después de aclarar los detalles de los objetivos comerciales y técnicos con los requisitos comerciales asociados (y, de manera ideal, aclarar y acordar una declaración de visión), puedes crear tu estrategia para crear una arquitectura híbrida o de varias nubes.
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 de múltiples nubes, los pasos del diagrama de flujo anterior comienzan con los objetivos y requisitos comerciales. 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, tal como se describen 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 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, 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, 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 analizar varios aspectos de las aplicaciones y la infraestructura, incluidos los siguientes:
- Requisitos de compatibilidad de las aplicaciones con los proveedores de servicios en la nube seleccionados
- Modelos de precios
- Funciones de seguridad que ofrecen los proveedores de servicios en la nube seleccionados
- Requisitos de interoperabilidad de la aplicación
Ejecutar 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 ejecutar.
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 las fases de migración de aplicaciones y las rutas.
- Identifica el patrón de arquitectura de aplicaciones híbridas o de múltiples nubes de alto nivel aplicable.
- Selecciona un patrón de arquitectura de redes que admita el patrón de arquitectura de aplicaciones seleccionado.
Lo ideal es que incorpores el patrón de redes en la 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 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 para preparar la zona de destino del entorno de nube para la integración y la implementación híbrida o de múltiples nubes.Google Cloud
Como parte de esta fase, debes tener en cuenta lo siguiente:
- Define el enfoque de migración y modernización. Más adelante en esta guía, se proporciona 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 de Migra a Google Cloud.
- Usa los hallazgos de la fase de evaluación y descubrimiento. Alinea los recursos con la carga de trabajo candidata que planeas migrar. Luego, desarrolla un plan de conjuntos de migración de la aplicación. El plan debe incorporar los requisitos de dimensionamiento de recursos estimados que determinaste 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 de múltiples nubes prevista.
- Decide 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 constituirá la base para construir las arquitecturas de implementación específicas de la aplicación que se adapten a tus necesidades comerciales y técnicas.
- Decide criterios de éxito medibles para la migración, con hitos claros para cada fase o conjunto de la migración. Seleccionar criterios es fundamental, 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.
Para 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. En función de la cantidad potencial de requisitos, es mejor adoptar un enfoque de iteración.
Prioriza tus cargas de trabajo según las fases de migración y aplicación que desarrollaste durante la fase de planificación. Con las arquitecturas híbridas y de múltiples nubes, comienza tu implementación estableciendo la conectividad necesaria entre Google Cloud y los demás 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 que seleccionaste, junto con el patrón de redes aplicable. Te recomendamos que adoptes este enfoque para tu decisión general de diseño de la zona de destino.
Además, debes probar y validar la aplicación o el servicio según los criterios de éxito definidos para la aplicación. 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: 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. Para obtener más información sobre cómo diseñar este tipo de herramientas para una arquitectura híbrida o de múltiples nubes, consulta Patrones de registro y supervisión para nubes híbridas y múltiples.
Evalúa las cargas de trabajo candidatas
La elección de los entornos de computación para diferentes cargas de trabajo afecta significativamente el éxito de una estrategia híbrida y multinube. Las decisiones sobre la colocación de cargas de trabajo deben alinearse con objetivos comerciales específicos. Por lo tanto, estas decisiones deben basarse en casos de uso comerciales específicos que permitan obtener efectos comerciales medibles. Sin embargo, no siempre es necesario ni recomendable comenzar con la carga de trabajo o la aplicación más importante para el negocio. 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 mencionó en la sección Factores técnicos y comerciales, existen diferentes tipos de factores y consideraciones para las arquitecturas híbridas y de varias 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:
- Potencial de diferenciación o innovación en el mercado que se logra con el uso de servicios en la nube para habilitar ciertas funciones o capacidades comerciales, 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.
- Posibles mejoras en la disponibilidad, la resiliencia, la seguridad o el 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:
- Es el posible efecto 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 tus cargas de trabajo iniciales, puedes comenzar a organizarlas por prioridad y definir tus conjuntos de migración y enfoques. Luego, puedes identificar patrones de arquitectura aplicables y patrones de redes de asistencia. 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.