Factores de impulso, consideraciones, estrategia y enfoques

Last reviewed 2025-01-23 UTC

En este documento, se definen y analizan los objetivos, los impulsores y los requisitos de la empresa, y cómo estos factores pueden influir en tus decisiones de diseño cuando construyes arquitecturas híbridas y multinube.

Una organización puede adoptar una arquitectura híbrida o de múltiples nubes, ya sea 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 lograr algunos o todos tus objetivos comerciales. Estas preguntas se enfocan en lo que tu empresa necesita, 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 multinube, 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 requisitos y objetivos 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, con 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 y plazos objetivo.

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 empresariales. Por lo tanto, para elegir la arquitectura híbrida o de múltiples nubes correcta, primero debes aclarar estos requisitos.

Es importante diferenciar entre los objetivos comerciales y los objetivos técnicos de tu proyecto de TI. Tus objetivos comerciales deben enfocarse en el objetivo y la misión de tu organización. Tus objetivos técnicos deben enfocarse en la creación de una base tecnológica que permita a tu organización cumplir con sus objetivos y requisitos comerciales.

Los impulsores comerciales influyen en el logro de los objetivos comerciales. Por lo tanto, identificar con claridad los impulsores comerciales puede ayudar a definir los objetivos comerciales para que sean más relevantes para las necesidades y tendencias del mercado.

En el siguiente diagrama de flujo, se ilustran los impulsores, los objetivos y los requisitos comerciales, y los objetivos y requisitos técnicos, y cómo se relacionan todos estos factores entre sí:

Flujo de trabajo que muestra los aspectos que se deben tener en cuenta cuando se desarrollan requisitos técnicos, incluidos los impulsores comerciales, los objetivos y los requisitos, así como los objetivos técnicos.

Impulsores técnicos y empresariales

Considera cómo los impulsores comerciales influyen en tus objetivos técnicos. Entre los impulsores empresariales comunes y que influyen cuando se elige una arquitectura híbrida, se incluyen los siguientes:

  • Acatamiento de leyes y reglamentos sobre la soberanía de los datos
  • Reducción de los gastos de capital (CapEx) o de TI generales con la asistencia de la administración financiera de la nube y las disciplinas de optimización de costos, como FinOps
    • La adopción de la nube puede estar impulsada por situaciones que ayudan a reducir la CAPEX, como la compilación de una solución de recuperación ante desastres en una arquitectura híbrida o multinube.
  • Mejorar la experiencia del usuario
  • Mayor flexibilidad y agilidad para responder a las cambiantes demandas del mercado
  • Mejora de la transparencia sobre los costos y el consumo de recursos

Considera tu lista de impulsores empresariales 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 tus prioridades comerciales.

Después de que tu organización se dé cuenta de los beneficios de la nube, es posible que decida realizar la migración por completo si no hay restricciones, como costos o requisitos de cumplimiento específicos que requieran que los datos altamente seguros se almacenen de forma local, que lo impidan.

Si bien adoptar un solo proveedor de servicios en la nube puede ofrecer varios beneficios, como una complejidad reducida, integraciones integradas entre servicios y opciones de optimización de costos, como descuentos por uso comprometido, aún existen algunas situaciones en las que una arquitectura de múltiples nubes puede ser beneficiosa para una empresa. Los siguientes son los impulsores comerciales comunes para adoptar una arquitectura multinube, junto con las consideraciones asociadas a cada impulsor:

  • Acatamiento de leyes y reglamentaciones sobre la soberanía de los datos: La situación más común es cuando una organización expande su negocio a una región o un país nuevos y debe cumplir con nuevas reglamentaciones de alojamiento de datos.
    • Si el proveedor de servicios en la nube (CSP) que se usa actualmente no tiene una región de nube local en ese país, a los efectos de cumplimiento, la solución común es usar otro CSP que tenga una región de nube local en ese país.
  • Reducción de costos: A menudo, la reducción de costos es el impulsor comercial más común para adoptar una tecnología o arquitectura. Sin embargo, es importante considerar más que solo el costo de los servicios y los posibles descuentos de precios cuando decidas si adoptar una arquitectura multinube. Ten en cuenta el costo de crear y operar una solución en varias 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 varias nubes pueden superar los beneficios. Una estrategia de múltiples nubes podría generar costos adicionales más adelante.

Entre los desafíos comunes asociados con el desarrollo de una estrategia de múltiples nubes, se incluyen los siguientes:

  • Aumenta la complejidad de la administración.
  • Mantener una seguridad coherente
  • Integrar entornos de software
  • Lograr un rendimiento y una confiabilidad coherentes entre nubes
  • Crear un equipo técnico con habilidades multinube puede ser costoso y requerir que se expanda el equipo, a menos que lo administre una empresa externa.
  • Administrar las herramientas de administración y precios de los productos de cada CSP
  • Usar las capacidades únicas de cada CSP: Una arquitectura de múltiples nubes permite a las organizaciones usar tecnologías nuevas adicionales para mejorar sus propias ofertas de capacidades empresariales 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 viabilidad y eficacia, incluidos los desafíos comunes mencionados anteriormente.
  • Evitar la dependencia de un solo proveedor: A veces, las empresas quieren evitar estar atadas a 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 volver a compilar o refactorizar 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 algunos casos, una arquitectura multinube puede proporcionar resiliencia ante las interrupciones. Por ejemplo, si una región de un CSP deja de estar disponible, el tráfico se puede enrutar a otro CSP en la misma región. En esta situación, se asume que ambos proveedores de servicios en la nube admiten las funciones o los servicios necesarios en esa región.

Cuando las reglamentaciones de residencia de datos de un país o una región específicos exigen el almacenamiento de datos sensibles, como información de identificación personal (PII), dentro de esa ubicación, un enfoque multinube puede proporcionar una solución que cumpla con las reglamentaciones. Si usas dos CSP en una región para proporcionar resiliencia a 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 de resiliencia que debes evaluar antes de adoptar una arquitectura multinube:

  • Movimiento de datos: ¿Con qué frecuencia se pueden mover los datos dentro de tu entorno multinube?
    • ¿Es posible que el traslado de datos genere cargos significativos por transferencia de datos?
  • Seguridad y capacidad de administración: ¿Hay alguna complejidad potencial de seguridad o administración?
  • Paridad de capacidades: ¿Ambos CSP de la región seleccionada ofrecen las capacidades y los servicios necesarios?
  • Conjunto de habilidades técnicas: ¿El equipo técnico tiene las habilidades necesarias para gestionar una arquitectura multinube?

Ten en cuenta todos estos factores cuando evalúes la viabilidad de usar una arquitectura multinube para mejorar la resiliencia.

Cuando evalúes la viabilidad de una arquitectura de múltiples nubes, es importante considerar 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 valor potencial 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 de múltiples nubes deben considerar crear un centro de excelencia (COE) en la nube. Un equipo de COE puede convertirse en el conducto para transformar la forma en que los equipos internos de tu organización sirven a la empresa durante la transición a la nube. Un COE es una de las formas en que tu organización puede adaptarse a la nube más rápido, impulsar la estandarización y mantener una alineación más sólida 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 impulsores comerciales comunes incluyen los siguientes:

  • La necesidad de reducir el CapEx o los gastos generales de TI para proyectos a corto plazo
  • La capacidad de aprovisionar esa infraestructura rápidamente para admitir un caso de uso comercial Por ejemplo:
    • Esta arquitectura se puede usar para proyectos por tiempo limitado. Se podría usar para admitir un proyecto que requiera una infraestructura distribuida a gran escala en un período limitado y, al mismo tiempo, seguir usando datos locales.
  • La necesidad de proyectos de transformación digital de varios años que requieren que una gran empresa se establezca y que use una arquitectura híbrida durante un tiempo para ayudar a alinear la modernización de su infraestructura y 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 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.

Impulsores técnicos

En la sección anterior, se analizaron los impulsores comerciales. Para obtener la aprobación, las decisiones arquitectónicas principales casi siempre necesitan el apoyo de esos impulsores. Sin embargo, los impulsores técnicos, que pueden basarse en una ganancia técnica o una restricción, también pueden influir en los impulsores comerciales. En algunos casos, es necesario convertir los impulsores técnicos en impulsores comerciales y explicar cómo podrían afectar de manera positiva o negativa a la empresa.

La siguiente lista no exhaustiva contiene algunos impulsores técnicos comunes para la adopción de una arquitectura híbrida o de múltiples nubes:

  • Desarrollo de capacidades tecnológicas, como los servicios de estadísticas avanzadas y la IA, que podrían ser difíciles de implementar en los entornos existentes
  • Mejorar 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
  • Usar 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 funciones elásticas 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 impulsor técnico más común para las arquitecturas híbridas temporales y de múltiples nubes temporales es facilitar una migración de las instalaciones locales a la nube o a una nube adicional. En general, las migraciones a la nube casi siempre conducen de forma natural a la configuración de nube híbrida. Las empresas a menudo 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 impulsores son clave para tomar una decisión de arquitectura basada en la empresa 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 un objetivo comercial para desarrollar una práctica de investigación y desarrollo durante tres a seis meses. El principal requisito comercial para respaldar este objetivo podría ser crear el entorno tecnológico requerido para la investigación y el diseño con el CAPEX más bajo posible.

El objetivo técnico en este caso es tener una configuración de nube híbrida temporal. El impulsor de este objetivo técnico es aprovechar el modelo de precios on demand de la nube para cumplir con el requisito comercial mencionado anteriormente. Otro factor que influye son los requisitos de tecnología específicos que requieren una solución basada en la nube con alta capacidad de procesamiento y configuración rápida.

Usa Google Cloud para arquitecturas híbridas y de múltiples nubes

El uso de 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 considerar las siguientes posibles complejidades cuando planifiques una arquitectura:

  • Interoperabilidad
  • Administración
  • Costo
  • Seguridad

Compilar en una plataforma de nube que contribuya a la compatibilidad con el código abierto y la promueva podría ayudarte a simplificar tu camino hacia la adopción de arquitecturas híbridas y de múltiples nubes. La nube abierta te empodera con 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, usa las mejores soluciones de su categoría y cumple con los requisitos reglamentarios.

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 lanza como un servicio administrado, Kubernetes puede ayudar a reducir las complejidades relacionadas con la administración y la seguridad híbridas y de múltiples nubes.