Diseño de las cargas de trabajo antes de una migraciónArchitect workloads prior to migration

En este artículo se amplía el proceso de evaluación a través de la revisión de las actividades asociadas con la definición de la arquitectura de una carga de trabajo dentro de una iteración determinada.This article expands on the assessment process by reviewing activities associated with defining the architecture of a workload within a given iteration. Tal como se describe en el artículo sobre la racionalización incremental, se realizan algunas suposiciones de diseño durante cualquier transformación empresarial que requiera una migración.As discussed in the article on incremental rationalization, some architectural assumptions are made during any business transformation that requires a migration. En este artículo se explican estas suposiciones, se comparten algunos obstáculos que se pueden evitar y se identifican oportunidades para acelerar el valor empresarial al desafiar esas suposiciones.This article clarifies those assumptions, shares a few roadblocks that can be avoided, and identifies opportunities to accelerate business value by challenging those assumptions. Este modelo incremental para la arquitectura permite que los equipos se muevan más rápido y obtengan resultados empresariales antes.This incremental model for architecture allows teams to move faster and to obtain business outcomes sooner.

Suposiciones de arquitectura antes de la migraciónArchitecture assumptions prior to migration

Las suposiciones siguientes son típicas para cualquier esfuerzo de migración:The following assumptions are typical for any migration effort:

  • IaaS.IaaS. Se suele suponer que la migración de cargas de trabajo implica principalmente el movimiento de máquinas virtuales desde un centro de datos físico a un centro de datos en la nube a través de una migración de IaaS, que requiere un mínimo de redesarrollo o reconfiguración.It is commonly assumed that migrating workloads primarily involves the movement of virtual machines from a physical datacenter to a cloud datacenter via an IaaS migration, requiring a minimum of redevelopment or reconfiguration. Este enfoque se conoce como migración mediante lift-and-shift.This approach is known as a lift and shift migration. (A continuación, se muestran algunas excepciones).(Exceptions follow.)
  • Coherencia de la arquitectura.Architecture consistency. Los cambios en la arquitectura central durante una migración aumentan considerablemente la complejidad.Changes to core architecture during a migration considerably increase complexity. La depuración de un sistema modificado en una plataforma nueva presenta muchas variables que pueden ser difíciles de aislar.Debugging a changed system on a new platform introduces many variables that can be difficult to isolate. Es por esta razón que las cargas de trabajo se deben someter solo a cambios menores durante la migración y cualquier cambio se debe probar minuciosamente.For this reason, workloads should undergo only minor changes during migration and any changes should be thoroughly tested.
  • Prueba de retirada.Retirement test. Las migraciones y el hospedaje de recursos consumen gastos operativos y de capital potenciales.Migrations and the hosting of assets consume operational and potential capital expenses. Se supone que las cargas de trabajo que se van a migrar se revisaron para validar su uso continuo.It is assumed that any workloads being migrated have been reviewed to validate ongoing usage. La opción de retirar los recursos no utilizados genera un ahorro de costos inmediato.The choice to retire unused assets produces immediate cost savings.
  • Cambiar el tamaño de los recursos.Resize assets. Se presupone que unos pocos recursos locales están usando por completo los recursos asignados.It is assumed that few on-premises assets are fully using the allocated resources. Antes de la migración, se presupone que el tamaño de los recursos se modificará para ajustarlo mejor a los requisitos de uso reales.Prior to migration, it is assumed that assets will be resized to best fit actual usage requirements.
  • Requisitos de continuidad empresarial y recuperación ante desastres (BCDR).Business continuity and disaster recovery (BCDR) requirements. Se supone que un acuerdo de nivel de servicio acordado para la carga de trabajo se negoció con la empresa antes de planear una liberación.It is assumed that an agreed-on SLA for the workload has been negotiated with the business prior to release planning. Es probable que estos requisitos generen cambios de arquitectura menores.These requirements are likely to produce minor architecture changes.
  • Tiempo de inactividad de la migración.Migration downtime. Del mismo modo, el tiempo de inactividad para promover la carga de trabajo al entorno de producción puede tener un efecto adverso en la empresa.Likewise, downtime to promote the workload to production can have an adverse effect on the business. A veces, las soluciones que deben realizar la transición con un tiempo de inactividad mínimo necesitan cambios de arquitectura.Sometimes, the solutions that must transition with minimum downtime need architecture changes. Se supone que se estableció una descripción general de los requisitos de tiempo de inactividad antes de planear una liberación.It is assumed that a general understanding of downtime requirements has been established prior to release planning.
  • Patrones de tráfico de usuario.User traffic patterns. Las soluciones existentes pueden depender de los patrones de enrutamiento de red existentes.Existing solutions may depend on existing network routing patterns. Estos patrones podrían ralentizar considerablemente el rendimiento.These patterns could slow performance considerably. Además, la introducción de nuevas soluciones de red de área extensa (WAN) híbrida puede tardar semanas o incluso meses.Further, introduction of new hybrid wide area network (WAN) solutions can take weeks or even months. Antes de la migración, se supone que las zonas de aterrizaje ya han tenido en cuenta los patrones de tráfico pertinentes y los cambios en los servicios de infraestructura principales.Prior to migration, it is assumed that your landing zones have already considered the relevant traffic patterns and changes to any core infrastructure services.

Mitigación de obstáculos potencialesMitigating potential roadblocks

Las suposiciones detalladas pueden crear obstáculos que podrían ralentizar el progreso o generar más puntos críticos.The itemized assumptions can create roadblocks that could slow progress or cause later pain points. A continuación, se indican algunos obstáculos que hay que supervisar antes de la liberación:The following are a few roadblocks to watch for, prior to the release:

  • Pago de una deuda técnica.Paying for technical debt. Algunas cargas de trabajo antiguas tienen una gran cantidad de deuda técnica.Some aging workloads carry with them a high amount of technical debt. La deuda técnica puede conducir a desafíos a largo plazo al aumentar los costos de hospedaje con cualquier proveedor de servicios en la nube.Technical debt can lead to long-term challenges by increasing hosting costs with any cloud provider. Cuando la deuda técnica aumenta de manera poco natural los costos de hospedaje, se deben evaluar arquitecturas alternativas.When technical debt unnaturally increases hosting costs, alternative architectures should be evaluated.
  • Mejorar la confiabilidad.Improving reliability. Las bases de referencia de las operaciones estándar proporcionan un grado de confiabilidad y recuperación en la nube.Standard operations baselines provide a degree of reliability and recovery in the cloud. Sin embargo, algunos equipos de carga de trabajo pueden requerir acuerdos de nivel de equipo superiores que podrían conducir a cambios arquitectónicos.But, some workload teams may require higher SLAs which could lead to architectural changes.
  • Cargas de trabajo de alto costo.High-cost workloads. Durante la migración, todos los recursos deben optimizarse para alinear el tamaño con el uso real.During migration, all assets should be optimized to align sizing with actual usage. Sin embargo, algunas cargas de trabajo pueden requerir modificaciones arquitectónicas para solucionar los problemas específicos de los costos.But, some workloads may require architectural modifications to address specific cost concerns.
  • Requisitos de rendimiento.Performance requirements. Cuando el rendimiento de la carga de trabajo tiene un impacto empresarial directo, es posible que sea necesaria una consideración de arquitectura adicional.When workload performance has a direct business impact, extra architectural consideration may be required.
  • Aplicaciones seguras.Secure applications. Los requisitos de seguridad tienden a implementarse de forma centralizada y se aplican a todas las cargas de trabajo de la cartera.Security requirements tend to be implemented centrally and applied to all workloads in the portfolio. Sin embargo, algunas cargas de trabajo pueden tener requisitos de seguridad específicos que podrían conducir a cambios arquitectónicos.But, some workloads may have specific security requirements that could lead to architectural changes.

Todos los criterios anteriores sirven de indicadores de obstáculos potenciales para la migración.Each of the above criteria serve as indicators of potential migration roadblocks. Normalmente, los criterios anteriores se tratan después de migrar una carga de trabajo.The above criteria is usually addressed after a workload is migrated. Pero si se requiere alguno de estos criterios antes de migrar una carga de trabajo, debe quitarse de la onda de migración y evaluarse individualmente.But if any of those criteria are required before a workload is migrated, it should be removed from the migration wave and evaluated individually.

El Marco de buena arquitectura de Microsoft Azure y la Reseña de buena arquitectura de Microsoft Azure pueden ayudar a guiar esas conversaciones con el propietario técnico de una carga de trabajo específica a fin de tener en cuenta las opciones alternativas para implementar la carga de trabajo.The Microsoft Azure Well-Architected Framework and Microsoft Azure Well-Architected Review can help guide those conversations with the technical owner of a specific workload to consider alternative options for deploying the workload. A continuación, estas cargas de trabajo se clasificarían como un esfuerzo de rediseño del plan de adopción de la nube.Those workloads would then be classified as a rearchitecture effort in your cloud adoption plan. Dado el tiempo adicional necesario para rediseñar una carga de trabajo, estas rutas de acceso de adopción de carga de trabajo alternativas no se deben considerar parte del proceso de migración.Given the extra time required to rearchitect a workload, these alternative workload adoption paths should not be considered part of the migration process.

Aceleración del valor empresarialAccelerate business value

Algunos escenarios podrían requerir una arquitectura diferente a la de la estrategia de rehospedaje de IaaS supuesta.Some scenarios could require an different architecture than the assumed IaaS rehosting strategy. Estos son algunos ejemplos:The following are a few examples:

  • Modernización de PaaS.PaaS modernization. Algunos recursos tecnológicos se pueden migrar a soluciones de plataforma como servicio más modernas, lo que reduce el riesgo durante la migración.Some technology assets can be migrated to more modern Platform as a Service solutions, reducing risk during migration. Las herramientas de migración automatizadas como Azure Migrate sugieren e incluso automatizan las oportunidades de modernización.Automated migration tools like Azure Migrate suggest and even automate modernization opportunities. Algunos ejemplos de modernización en curso incluirían cambios de bajo riesgo como el uso de Azure Database Migration Service (DMS) para modernizar las bases de datos.A few examples of in-flight modernization would include low risk changes like the use of Azure Database Migration Service (DMS) to modernize databases. Para una lista de los enfoques que podrían beneficiarse de una conversión de PaaS, consulte el artículo sobre la evaluación de los recursos.For a list of approaches that could benefit from a PaaS conversion, see the article on evaluating assets.
  • Implementaciones con scripts/DevOps.Scripted deployments/DevOps. Si una carga de trabajo tiene una implementación de DevOps existente u otras formas de implementaciones con scripts, el costo de cambiar esos scripts podría ser menor que el costo de migrar el recurso.If a workload has an existing DevOps deployment or other forms of scripted deployment, the cost of changing those scripts could be lower than the cost of migrating the asset.
  • Esfuerzos de corrección.Remediation efforts. Los esfuerzos de corrección necesarios para preparar una carga de trabajo para la migración pueden ser importantes.The remediation efforts required to prepare a workload for migration can be extensive. En algunos casos, tiene más sentido modernizar la solución que corregir los problemas de compatibilidad subyacentes.In some cases, it makes more sense to modernize the solution than it does to remediate underlying compatibility issues.

En cada uno de estos escenarios detallados, una arquitectura alternativa podría ser la mejor solución posible.In each of these itemized scenarios, an alternative architecture could be the best possible solution.

Pasos siguientesNext steps

Una vez definida la arquitectura nueva, se pueden calcular estimaciones de costos precisas.After the new architecture is defined, accurate cost estimations can be calculated.