Documentación de Oracle Cloud Infrastructure

Definición de la arquitectura planificada

Después de crear una matriz de sus aplicaciones actuales basada en sus atributos principales, realice un análisis similar para la implantación planificada en la nube.

La matriz de la arquitectura planificada es una extensión conceptual de la matriz de la arquitectura actual. La matriz de la arquitectura planificada también le permite agregar nuevas aplicaciones que esté considerando como parte de su iniciativa en la nube.

Proceso de evaluación

Evalúe cada aplicación o grupo de aplicaciones de su matriz e identifique una o más opciones para la implantación en la nube.

Dado que puede avanzar hacia sus objetivos de negocio mediante la mejora de su estado actual, debe tener en cuenta muchos de los mismos atributos que ha considerado al evaluar su arquitectura actual. La gestión del ámbito de análisis también es importante, especialmente cuando se piensa en las numerosas "suposiciones" potenciales de una implantación planificada. Recuerde que la lista planificada no es un ejercicio completamente nuevo e independiente.

Este es el proceso global que se debe seguir:

  1. Evalúe cada aplicación desde el punto de vista de sus objetivos de negocio. Utilice la matriz de la arquitectura actual como punto de partida. La realización de este análisis le permite priorizar dónde dedicar más tiempo y explorar posibles alternativas más a fondo.

  2. Priorice qué aplicaciones son más importantes en relación con sus objetivos. Para ello, tenga en cuenta los objetivos y las prioridades de su negocio, junto con los atributos de función estratégica de cada aplicación.

  3. Identifique las aplicaciones que se deben priorizar debido a las dependencias o a la integración con otras aplicaciones que presentan una alta alineación con sus objetivos. Para ello, tenga en cuenta los atributos del área funcional compartida de cada aplicación.

    Suele ocurrir que sigue siendo necesario priorizar las aplicaciones de apoyo, ya que actúan como puntos focales para la recopilación, la retención o la sindicación de datos, incluso si la propia aplicación de apoyo es menos estratégica. Para aplicaciones como esta, considere las opciones de renovación de plataforma o realojamiento que permiten el desarrollo nativo en la nube en paralelo. Considere asimismo la refactorización y la renovación de plataforma limitadas, dirigidas hacia el mismo objetivo de reescribir las funciones críticas, pero sin intentar abordar toda su deuda técnica inmediatamente.

Atributos que se evalúan

Evalúe cada aplicación o grupo de aplicaciones de su matriz e identifique una o más opciones para la implantación en la nube.

Utilice los atributos de esta sección para ampliar su matriz de aplicaciones actuales de modo que incluya una matriz de cargas de trabajo planificadas y arquitecturas de plataforma.

Oracle Architecture Center incluye numerosas arquitecturas de ejemplo para cargas de trabajo y patrones de aplicaciones específicos. Al crear la matriz de atributos, busque ejemplos en el centro de arquitecturas que coincidan con su propia cartera para empezar a definir las arquitecturas y capturar sus atributos.

A continuación se incluyen algunos atributos adicionales que hay que tener en cuenta. A la hora de evaluar los requisitos no funcionales, se debe hacer hincapié en las prioridades y los objetivos de su organización.

Compatibilidad heredada:

  • Máquinas virtuales. Por ejemplo:

    • ¿Es el realojamiento una opción?

    • ¿Es posible migrar las máquinas virtuales que ejecutan sistemas operativos antiguos a la nube o a una plataforma de virtualización como VMware? Utilice Oracle Cloud VMware Solution para crear y gestionar centros de datos definidos por software (SDDC) y compatibles con VMware en Oracle Cloud Infrastructure.

  • Cambios de versión. Por ejemplo, ¿se puede cambiar la versión de las principales tecnologías de soporte?

Equivalentes locales:

  • Realojamiento directo. Por ejemplo, para las arquitecturas más actuales, ¿hay una opción para el realojamiento directo en el servicio en la nube equivalente o con un cambio de versión?

  • Opción híbrida de realojamiento y renovación de plataforma. Por ejemplo:

    • ¿Puede dividir los niveles de aplicación de modo que puedan realojarse de forma más sencilla algunos niveles a la vez que es necesaria la renovación de plataforma para otros niveles?

    • ¿Puede realizar una renovación de plataforma solo de los equilibradores de carga, los servidores de aplicaciones o el nivel de base de datos (menos probable) al tiempo que realoja los demás?

  • Proveedores de terceros. Por ejemplo:

    • ¿Ofrecen los proveedores externos dispositivos virtuales o servicios de plataforma en Oracle Cloud Marketplace?

    • ¿Cumplen las ofertas de Marketplace sus expectativas funcionales y no funcionales? Algunas ofertas de Marketplace son análogos directos de la versión local. Otras ofertas solo tienen un subjuego de funciones, aunque si estas funciones satisfacen sus necesidades, puede que no sea un problema.

Continuidad del negocio:

  • ¿Qué patrones de continuidad del negocio mejora al tener acceso a la infraestructura como recurso bajo demanda y suscribirse a varias regiones?

  • ¿Almacenará instantáneas de región remota con automatización de reconstrucción para solucionar desastres o elevará la región remota para que forme parte de la base de datos en espera de switchover de alta disponibilidad (HA)?

  • ¿Qué importancia tiene la aplicación para su cartera?

  • Si una aplicación no se puede agrupar en clusters, ¿se puede automatizar la reconstrucción o la recuperación en una computadora en espera no reservada que supone que está disponible en la misma región?

  • Para obtener más información, consulte Alta disponibilidad y Recuperación ante desastres. Oracle Architecture Center también incluye ejemplos detallados, tanto para la planificación general como para los patrones de aplicaciones específicas.

Escalado. Por ejemplo, ¿qué opciones de escala vertical u horizontal están disponibles mediante la escala automática de Compute o Network Load Balancer?

Gestión de costos. ¿Qué eficiencias operativas puede obtener mediante el uso de las funciones nativas de la nube?

  • Las recomendaciones de Cloud Advisor le ayudarán a maximizar el ahorro de costos y a mejorar la seguridad de su arrendamiento. ¿Cuáles de las recomendaciones de costos de Cloud Advisor se aplican directamente a los desafíos relacionados con los costos?

  • ¿Puede soportar la consolidación y la reasignación de recursos bajo demanda con las funciones y los servicios de Oracle Cloud Infrastructure? Algunos ejemplos son la escala automática de Compute ; los servicios autónomos que se escalan automáticamente, como Autonomous Database o Network Load Balancer; y servicios de escala bajo demanda, como los sistemas de base de datos con hardware dedicado, de máquina virtual y de Exadata.

  • Utilice unidades de computación flexibles con una cantidad de memoria y núcleos personalizables para garantizar un funcionamiento eficiente.

  • La contenedorización puede ser un patrón de diseño rentable, ya sea directamente portátil para las aplicaciones existentes o como parte del diseño para las nuevas aplicaciones.

  • Considere las opciones de portabilidad de licencia. Muchas ofertas de Oracle ofrecen un precio de "licencia incluida" que proporciona acceso a funciones de gestión de plataforma y portabilidad de las licencias existentes. Los socios de Oracle ofrecen varios modelos de licencia de software en la nube, que incluyen modelos de consumo de pago por uso y portabilidad de licencia.

Nuevas funciones para nuevas aplicaciones o para la reescritura y la refactorización:

  • Como parte de la reescritura o refactorización de las aplicaciones, ¿puede realizar la migración a las siguientes tecnologías o utilizarlas para crear nuevas soluciones?

  • Otros marcos se despliegan directamente de manera sencilla en Oracle Cloud Infrastructure o están disponibles en Marketplace. Oracle proporciona herramientas privativas y también soporta la compatibilidad abierta. Es posible que ya haya iniciado el proceso de reescritura y refactorización en algunos dominios. Para obtener información sobre cómo utilizar estas herramientas en Oracle Cloud Infrastructure para realizar una migración más directa, consulte Oracle Cloud Marketplace y Oracle Architecture Center.

Nuevos procesos de desarrollo, operaciones y gestión:

Herramientas de migración. ¿Qué herramientas de migración están disponibles para sus cargas de trabajo? Oracle Architecture Center proporciona orientación para una variedad de aplicaciones. Considere también las siguientes opciones:

Conectividad multinube e híbrida:

  • Durante el análisis, es posible que observe que algunas aplicaciones tienen una mayor afinidad con las tecnologías nativas de otros proveedores de nube. Un enfoque multinube podría tener ventajas para la eficiencia, la compatibilidad y la continuidad del negocio. En algunas regiones, Oracle Cloud Infrastructure se ubica muy cerca de otros proveedores de nube. Oracle Cloud Infrastructure también facilita la implantación entre nubes con Oracle Cloud and Microsoft Azure Interconnect.

  • Al agrupar las aplicaciones por atributos de negocio, cuando corresponda, amplíe el análisis para incluir aplicaciones en otras nubes, en particular si los casos de uso de datos compartidos o integración pueden afectar a la arquitectura y la planificación globales.

Inventario de nuevas aptitudes. ¿Requieren sus arquitecturas planificadas nuevas aptitudes?

  • En función de la importancia estratégica de una aplicación, la preparación del personal puede ser una restricción importante en el desarrollo de las etapas y el tiempo. Los requisitos de formación también pueden afectar a las decisiones arquitectónicas. Vea el esfuerzo de formación en términos globales. Tenga en cuenta que incluso un enfoque de "menor esfuerzo" que consista solo en la formación en el trabajo también podría requerir un gran cambio, que debe planificar para abordarlo a lo largo del tiempo.

  • Considere las siguientes opciones, así como el tiempo y el costo asociados:

    • Aprendizaje autoguiado y formación en el trabajo, si la nueva tecnología es lo suficientemente similar a su enfoque existente.

    • Cursos dirigidos por un instructor o en línea, que suelen implicar mayores costos, pero pueden comprimir el calendario o tratar temas con mayor profundidad.

    • Contratación estratégica, si procede. ¿Su plan de negocio admite la contratación estratégica? Si contrata equipos completamente nuevos, ¿existe un modo de compartir y mantener el contexto cuando se incorpore el nuevo personal?

Objetivos de negocio:

  • Para asignar sus objetivos de negocio a las arquitecturas planificadas, cree atributos de objetivos de negocio explícitos y asígnelos a las arquitecturas planificadas. Esto puede ayudarle a enfocar su análisis en profundidad y servirle como abreviatura para priorizar sus objetivos empresariales cuando cambie los contextos entre resolver problemas técnicos y problemas empresariales.

  • La captura de los objetivos de negocio como un atributo específico le ayuda a mantenerse objetivo al evaluar los beneficios. Por ejemplo, una ventaja de una arquitectura planificada en particular podría ser el desarrollo de una nueva función. El atributo de objetivo de negocio puede ayudarle a evaluar si la nueva función también está en línea con sus objetivos de negocio para esa aplicación.

  • Estos son algunos ejemplos comunes de atributos de objetivo de negocio:

    • Desarrollo de nueva función.

    • Reducción de costos. Por ejemplo: cerrar centros de datos o eliminar ciclos de compra de hardware futuros.

    • Velocidad de iteración mejorada para el ciclo de vida de desarrollo de software (SDLC). Por ejemplo: nuevos componentes de 12 factores para la agilidad de funciones, la adopción de herramientas de integración y entrega continuas (CI/CD) o la infraestructura como código.

    • Mejora de la eficiencia operativa. Por ejemplo: mejor supervisión y automatización, aprovisionamiento rápido de entornos y vinculación operativa, operaciones consolidadas al eliminar aplicaciones o prácticas heredadas heterogéneas.

    • Mejora de la continuidad del negocio. Por ejemplo: aplicación de capacidad bajo demanda dentro de una región para una recuperación rápida ampliando la disponibilidad a otras regiones mediante la reducción de los incidentes de "tipo desastre" antiguos en eventos de switchover de bajo impacto.

Siguientes pasos

Es mejor comprender la matriz de arquitectura planificada como un objetivo a largo plazo que se mueve y evoluciona.

Mientras realiza iteraciones a lo largo del proceso de evaluación de cada una de las aplicaciones y sus atributos, tenga en cuenta lo siguiente:

  1. Empiece a agrupar las aplicaciones en fases de implantación. Consulte Creación de un plan de implantación por fases.

  2. Utilice los resultados del análisis para volver a evaluar las arquitecturas actuales y ajustar el ámbito de las arquitecturas planificadas.

  3. Céntrese en sus prioridades, especialmente a medida que profundiza en la comprensión del impacto de las opciones y lo que su organización puede absorber.

Es posible que observe que las partes interesadas de su negocio irán refinando sus prioridades en respuesta a las soluciones y las compensaciones que identifique. Debido a esto, es importante realizar iteraciones en una fase temprana y a menudo a lo largo del ciclo completo de análisis (arquitecturas actuales, arquitecturas planificadas y fases de implantación) para respaldar la validación empresarial y las decisiones de compensación.