En este documento, se definen y analizan los objetivos, los factores y los requisitos comerciales, y cómo estos factores pueden influir en tus decisiones de diseño cuando construyes arquitecturas híbridas y de varias nubes.
Objetivos
Una organización puede adoptar una arquitectura híbrida o de múltiples nubes como una solución permanente para cumplir con objetivos comerciales específicos o como un estado temporal para facilitar ciertos requisitos, como una migración a la nube.
Responder las siguientes preguntas sobre tu empresa es una buena manera de definir tus requisitos comerciales y establecer expectativas específicas sobre cómo alcanzar algunos o todos tus objetivos comerciales. Estas preguntas se enfocan en lo que necesita tu empresa, no en cómo lograrlo técnicamente.
- ¿Qué objetivos comerciales impulsan la decisión de adoptar una arquitectura híbrida o de múltiples nubes?
- ¿Qué objetivos comerciales y técnicos ayudará a lograr una arquitectura híbrida o de múltiples nubes?
- ¿Qué impulsores comerciales influyeron en estos objetivos?
- ¿Cuáles son los requisitos comerciales específicos?
En el contexto de las arquitecturas híbridas y de varias nubes, un objetivo comercial para un cliente empresarial podría ser expandir las operaciones o los mercados de ventas en línea de una sola región para convertirse en uno de los líderes globales en su segmento de mercado. Uno de los objetivos comerciales podría ser comenzar a aceptar órdenes de compra de usuarios de todo el mundo (o de regiones específicas) en un plazo de seis meses.
Para respaldar los objetivos y requisitos comerciales mencionados anteriormente, un posible objetivo técnico principal es expandir la infraestructura de TI y la arquitectura de aplicaciones de una empresa de un modelo solo local a una arquitectura híbrida, utilizando las capacidades y los servicios globales de las nubes públicas. Este objetivo debe ser específico y medible, y debe definir claramente el alcance de la expansión en términos de regiones objetivo y cronogramas.
En general, una arquitectura híbrida o multinube rara vez es un objetivo en sí misma, sino más bien un medio para cumplir con objetivos técnicos impulsados por ciertos requisitos comerciales. Por lo tanto, para seleccionar la arquitectura híbrida o de múltiples nubes correcta, primero se deben aclarar estos requisitos.
Es importante diferenciar entre los objetivos comerciales y los objetivos técnicos de tu proyecto de TI. Tus objetivos comerciales deben centrarse en la meta y la misión de tu organización. Tus objetivos técnicos deben enfocarse en crear una base tecnológica que permita a tu organización cumplir con sus requisitos y objetivos comerciales.
Los factores comerciales influyen en el logro de los objetivos comerciales y las metas. Por lo tanto, identificar claramente los factores comerciales puede ayudar a definir los objetivos o las metas comerciales para que sean más relevantes para las necesidades y las tendencias del mercado.
El siguiente diagrama de flujo ilustra los factores, los objetivos, las metas y los requisitos comerciales, así como los objetivos y requisitos técnicos, y cómo se relacionan todos estos factores entre sí:
Factores técnicos y comerciales
Ten en cuenta cómo los factores de impulso de tu negocio influyen en tus objetivos técnicos. Estos son algunos de los impulsores comerciales comunes e influyentes a la hora de elegir una arquitectura híbrida:
- Acatamiento de leyes y reglamentos sobre la soberanía de los datos
- Reducir el gasto de capital (CAPEX) o la inversión general en TI con el apoyo de las disciplinas de administración financiera y optimización de costos en la nube, como FinOps
- La adopción de la nube puede estar impulsada por situaciones que ayudan a reducir el CAPEX, como la creación de una solución de recuperación ante desastres en una arquitectura híbrida o de varias nubes.
- Mejorar la experiencia del usuario
- Mayor flexibilidad y agilidad para responder a las cambiantes demandas del mercado
- Mejorar la transparencia sobre los costos y el consumo de recursos
Consideren juntos la lista de motivos comerciales para adoptar una arquitectura híbrida o de múltiples nubes. No los consideres de forma aislada. Tu decisión final debe depender del equilibrio de las prioridades de tu empresa.
Después de que tu organización se dé cuenta de los beneficios de la nube, es posible que decida migrar por completo si no hay restricciones, como costos o requisitos de cumplimiento específicos que exijan que los datos altamente seguros se alojen de forma local, que le impidan hacerlo.
Si bien adoptar un solo proveedor de servicios en la nube puede ofrecer varios beneficios, como una menor complejidad, integraciones integradas entre los servicios y opciones de optimización de costos, como los descuentos por uso comprometido, aún existen algunas situaciones en las que una arquitectura de múltiples nubes puede ser beneficiosa para una empresa. A continuación, se indican los impulsores comerciales comunes para adoptar una arquitectura de múltiples nubes, junto con las consideraciones asociadas para cada impulsor:
- Acatamiento de leyes y reglamentos sobre la soberanía de los datos: El caso más común es cuando una organización expande su empresa a una nueva región o país y debe cumplir con nuevas reglamentaciones de alojamiento de datos.
- Si el proveedor de servicios en la nube (CSP) existente que se usa no tiene una región de nube local en ese país, para cumplir con los requisitos, la solución común es usar otro CSP que sí tenga una región de nube local en ese país.
- Reducción de costos: La reducción de costos suele ser el factor comercial más común para adoptar una tecnología o arquitectura. Sin embargo, es importante tener en cuenta más que solo el costo de los servicios y los posibles descuentos en los precios cuando se decide adoptar una arquitectura de múltiples nubes. Ten en cuenta el costo de crear y operar una solución en múltiples nubes, y cualquier restricción de arquitectura que pueda surgir de los sistemas existentes.
A veces, los posibles desafíos asociados con una estrategia de múltiples nubes pueden superar los beneficios. Una estrategia de múltiples nubes puede generar costos adicionales más adelante.
Entre los desafíos habituales asociados con el desarrollo de una estrategia de múltiples nubes, se incluyen los siguientes:
- Aumento de la complejidad de la administración
- Mantener la seguridad de forma coherente
- Integrar entornos de software
- Lograr un rendimiento y una confiabilidad coherentes en múltiples nubes
- Crear un equipo técnico con habilidades en múltiples nubes puede ser costoso y requerir la expansión del equipo, a menos que lo administre una empresa externa.
- Administrar las herramientas de administración y precios de los productos de cada CSP
- Sin una solución que pueda proporcionar visibilidad y paneles unificados de los costos, puede ser difícil administrar los costos de manera eficiente en múltiples entornos. En esos casos, puedes usar la solución de administración de costos en la nube de Looker cuando corresponda. Para obtener más información, consulta Estrategia para optimizar de manera eficaz la administración de costos de la facturación de Cloud.
- Uso de las capacidades únicas de cada CSP: Una arquitectura de múltiples nubes permite que las organizaciones usen nuevas tecnologías adicionales para mejorar sus propias ofertas de capacidades comerciales sin limitarse a las opciones que ofrece un solo proveedor de servicios en la nube.
- Para evitar cualquier riesgo o complejidad imprevistos, evalúa tus posibles desafíos a través de una evaluación de factibilidad y eficacia, incluidos los desafíos comunes que se mencionaron anteriormente.
- Evitar la dependencia de un solo proveedor: A veces, las empresas quieren evitar la dependencia de un solo proveedor de servicios en la nube. Un enfoque de múltiples nubes les permite elegir la mejor solución para sus necesidades comerciales. Sin embargo, la viabilidad de esta decisión depende de varios factores, como los siguientes:
- Dependencias técnicas
- Consideraciones de interoperabilidad entre aplicaciones
- Costos de refactorización o reconstrucción de aplicaciones
- Conjuntos de habilidades técnicas
- Seguridad y capacidad de administración coherentes
- Mejora el nivel de confiabilidad y disponibilidad de las aplicaciones fundamentales para la empresa: En algunas situaciones, una arquitectura de múltiples nubes puede proporcionar resistencia a las interrupciones. Por ejemplo, si una región de un CSP deja de funcionar, el tráfico se puede enrutar a otro CSP en la misma región. En este caso, se supone que ambos proveedores de servicios en la nube admiten las capacidades o los servicios requeridos en esa región.
Cuando las reglamentaciones de residencia de datos de un país o región específicos exigen el almacenamiento de datos sensibles, como la información de identificación personal (PII), dentro de esa ubicación, un enfoque de múltiples nubes puede proporcionar una solución que cumpla con los requisitos. Si usas dos CSP en una región para proporcionar resiliencia ante las interrupciones, puedes facilitar el cumplimiento de las restricciones reglamentarias y, al mismo tiempo, abordar los requisitos de disponibilidad.
A continuación, se incluyen algunas consideraciones sobre la resiliencia que debes evaluar antes de adoptar una arquitectura de múltiples nubes:
- Movimiento de datos: ¿Con qué frecuencia se pueden mover los datos dentro de tu entorno de varias nubes?
- ¿El movimiento de datos puede generar cargos significativos por transferencia de datos?
- Seguridad y capacidad de administración: ¿Existen posibles complejidades de seguridad o capacidad de administración?
- Paridad de capacidades: ¿Ambos CSP de la región seleccionada ofrecen las capacidades y los servicios requeridos?
- Conjunto de habilidades técnicas: ¿El equipo técnico tiene las habilidades necesarias para administrar una arquitectura de varias nubes?
Ten en cuenta todos estos factores cuando evalúes la viabilidad de usar una arquitectura de varias nubes para mejorar la resiliencia.
Cuando evalúes la viabilidad de una arquitectura de múltiples nubes, es importante que tengas en cuenta los beneficios a largo plazo. Por ejemplo, la implementación de aplicaciones en varias nubes para la recuperación ante desastres o el aumento de la confiabilidad puede aumentar los costos a corto plazo, pero podría evitar interrupciones o fallas. Estas fallas pueden causar daños financieros y de reputación a largo plazo. Por lo tanto, es importante comparar los costos a corto plazo con el valor potencial a largo plazo de adoptar múltiples nubes. Además, el potencial valor a largo plazo puede variar según el tamaño de la organización, la escala de la tecnología, la criticidad de la solución tecnológica y la industria.
Las organizaciones que planean crear con éxito un entorno híbrido o multinube deben considerar la creación de un centro de excelencia para la nube (COE) en la nube. Un equipo del COE puede convertirse en el conducto para transformar la forma en que los equipos internos de tu organización atienden las necesidades de la empresa durante tu transición a la nube. Un COE es una de las formas en que tu organización puede adoptar la nube más rápido, impulsar la estandarización y mantener una mayor alineación entre tu estrategia comercial y tus inversiones en la nube.
Si el objetivo de la arquitectura híbrida o de múltiples nubes es crear un estado temporal, los factores comerciales comunes incluyen los siguientes:
- La necesidad de reducir el CAPEX o la inversión general en TI para proyectos a corto plazo
- La capacidad de aprovisionar rápidamente esa infraestructura para admitir un caso de uso comercial Por ejemplo:
- Esta arquitectura se puede usar para proyectos de tiempo limitado. Se podría usar para respaldar un proyecto que requiere una infraestructura distribuida a gran escala durante un período limitado, y, al mismo tiempo, usar datos locales.
- La necesidad de proyectos de transformación digital de varios años que requieren que una gran empresa establezca y use una arquitectura híbrida durante un tiempo para ayudarla a alinear la modernización de su infraestructura y sus aplicaciones con sus prioridades comerciales.
- La necesidad de crear una arquitectura híbrida, de múltiples nubes o mixta temporal después de una fusión corporativa De esta manera, la nueva organización puede definir una estrategia para el estado final de su nueva arquitectura de nube. Es común que dos empresas que se fusionan usen diferentes proveedores de servicios en la nube, o que una empresa use un centro de datos privado local y la otra use la nube. En cualquier caso, el primer paso en la fusión y adquisición casi siempre es integrar los sistemas de TI.
Factores técnicos
En la sección anterior, se analizaron los impulsores del negocio. Para obtener la aprobación, las principales decisiones de arquitectura casi siempre necesitan el respaldo de esos impulsores. Sin embargo, los factores técnicos, que pueden basarse en una mejora o una restricción técnica, también pueden influir en los factores comerciales. En algunos casos, es necesario traducir los factores técnicos en factores comerciales y explicar cómo podrían afectar positiva o negativamente a la empresa.
En la siguiente lista no exhaustiva, se incluyen algunos factores técnicos comunes para adoptar una arquitectura híbrida o de múltiples nubes:
- Desarrollo de capacidades tecnológicas, como servicios de estadísticas avanzadas y de IA, que podrían ser difíciles de implementar en los entornos existentes
- Mejora de la calidad y el rendimiento del servicio
- Automatización y aceleración de lanzamientos de aplicaciones para lograr un tiempo de lanzamiento al mercado más rápido y ciclos más cortos
- Uso de APIs y servicios de alto nivel para acelerar el desarrollo
- Aceleración del aprovisionamiento de recursos de computación y almacenamiento
- Usa servicios sin servidores para compilar servicios y capacidades elásticos más rápido y a gran escala.
- Usar las capacidades de infraestructura global para compilar arquitecturas globales o multirregionales que satisfagan ciertos requisitos técnicos
El factor técnico más común para las arquitecturas híbridas y de múltiples nubes temporales es facilitar una migración desde las instalaciones locales a la nube o a una nube adicional. En general, las migraciones a la nube casi siempre generan naturalmente una configuración de nube híbrida. A menudo, las empresas deben realizar la transición de aplicaciones y datos de forma sistemática según sus prioridades. Del mismo modo, una configuración a corto plazo podría tener como objetivo facilitar una prueba de concepto con tecnologías avanzadas disponibles en la nube durante un período determinado.
Decisiones de diseño técnico
El objetivo técnico identificado y sus factores determinantes son clave para tomar una decisión de arquitectura basada en el negocio y seleccionar uno de los patrones de arquitectura que se analizan en esta guía. Por ejemplo, para respaldar un objetivo comercial específico, una empresa podría establecer el objetivo comercial de crear una práctica de investigación y desarrollo durante un período de tres a seis meses. El principal requisito comercial para respaldar este objetivo podría ser crear el entorno tecnológico necesario para la investigación y el diseño con el CAPEX más bajo posible.
En este caso, el objetivo técnico es tener una configuración de nube híbrida temporal. El motivo de este objetivo técnico es aprovechar el modelo de precios a pedido de la nube para satisfacer el requisito comercial mencionado anteriormente. Otro factor determinante son los requisitos tecnológicos específicos que exigen una solución basada en la nube con alta capacidad de procesamiento y configuración rápida.
Uso Google Cloud para arquitecturas híbridas y de múltiples nubes
Usar soluciones de código abierto puede facilitar la adopción de un enfoque híbrido y de múltiples nubes, y minimizar la dependencia de un proveedor. Sin embargo, debes tener en cuenta las siguientes complejidades potenciales cuando planifiques una arquitectura:
- Interoperabilidad
- Administración
- Costo
- Seguridad
Crear sobre una plataforma de nube que contribuya a respaldar el código abierto podría ayudarte a simplificar tu camino hacia la adopción de arquitecturas híbridas y de múltiples nubes. La nube abierta te brinda un enfoque que proporciona la máxima variedad de opciones y abstrae la complejidad. Además, Google Cloud ofrece la flexibilidad para migrar, compilar y optimizar aplicaciones en entornos híbridos y de múltiples nubes, a la vez que minimiza la dependencia de los proveedores, utiliza soluciones de primer nivel y satisface los requisitos normativos.
Google también es uno de los colaboradores más importantes del ecosistema de código abierto y trabaja con la comunidad de código abierto para desarrollar tecnologías de código abierto conocidas, como Kubernetes. Cuando se implementa como un servicio administrado, Kubernetes puede ayudar a reducir las complejidades en torno a la administración y la seguridad híbridas y de múltiples nubes.