Progettare i carichi di lavoro prima della migrazioneArchitect workloads prior to migration

Questo articolo illustra il processo di valutazione esaminando le attività associate alla definizione dell'architettura di un carico di lavoro all'interno di una determinata iterazione.This article expands on the assessment process by reviewing activities associated with defining the architecture of a workload within a given iteration. Come illustrato nell'articolo sulla razionalizzazione incrementale, vengono ideati alcuni presupposti di architettura durante qualsiasi trasformazione aziendale che richiede una migrazione.As discussed in the article on incremental rationalization, some architectural assumptions are made during any business transformation that requires a migration. Questo articolo illustra tali presupposti, condivide informazioni su alcuni ostacoli che possono essere evitati e identifica le opportunità per accelerare il valore aziendale sfidando tali presupposti.This article clarifies those assumptions, shares a few roadblocks that can be avoided, and identifies opportunities to accelerate business value by challenging those assumptions. Questo modello incrementale per l'architettura consente ai team di spostarsi più rapidamente e di ottenere prima i risultati aziendali necessari.This incremental model for architecture allows teams to move faster and to obtain business outcomes sooner.

Presupposti di architettura prima della migrazioneArchitecture assumptions prior to migration

I presupposti seguenti sono tipici per le operazioni di migrazione:The following assumptions are typical for any migration effort:

  • IaaS.IaaS. È un presupposto comune che la migrazione dei carichi di lavoro implichi principalmente lo spostamento di macchine virtuali da un data center fisico a un data center nel cloud tramite una migrazione IaaS, richiedendo almeno la riconfigurazione o la riconfigurazione.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. Questa operazione è nota come migrazione in modalità Lift-and-Shift .This is known as a lift and shift migration. (eccezioni più in basso).(Exceptions follow.)
  • Coerenza dell'architettura.Architecture consistency. Le modifiche apportate all'architettura di base durante una migrazione aumentano notevolmente la complessità.Changes to core architecture during a migration considerably increase complexity. Il debug di un sistema modificato in una nuova piattaforma introduce molte variabili che possono risultare difficili da isolare.Debugging a changed system on a new platform introduces many variables that can be difficult to isolate. Per questo motivo, i carichi di lavoro devono essere sottoposti solo a modifiche minime durante la migrazione che è necessario verificare accuratamente.For this reason, workloads should undergo only minor changes during migration and any changes should be thoroughly tested.
  • Test di ritiro.Retirement test. Le migrazioni e l'hosting di asset utilizzano le spese operative e in conto capitale potenziali.Migrations and the hosting of assets consume operational and potential capital expenses. Si presuppone che i carichi di lavoro migrati siano stati ricontrollati per convalidarne l'utilizzo attuale.It is assumed that any workloads being migrated have been reviewed to validate ongoing usage. La scelta di ritirare le risorse inutilizzate produce risparmi di costi immediati.The choice to retire unused assets produces immediate cost savings.
  • Ridimensionare gli asset.Resize assets. Si presuppone che alcuni asset locali stiano usando per intero le risorse allocate.It is assumed that few on-premises assets are fully using the allocated resources. Prima della migrazione, si presuppone che gli asset vengano ridimensionati in modo da adattarsi ai requisiti di utilizzo effettivi.Prior to migration, it is assumed that assets will be resized to best fit actual usage requirements.
  • Requisiti di continuità aziendale e ripristino di emergenza (BCDR).Business continuity and disaster recovery (BCDR) requirements. Si presuppone che un contratto di servizio concordato per il carico di lavoro sia stato negoziato con l'azienda prima della pianificazione del rilascio.It is assumed that an agreed-on SLA for the workload has been negotiated with the business prior to release planning. Questi requisiti possono produrre modifiche di architettura secondarie.These requirements are likely to produce minor architecture changes.
  • Tempo di inattività della migrazione.Migration downtime. Analogamente, i tempi di inattività per promuovere il carico di lavoro alla produzione possono avere un effetto negativo sull'azienda.Likewise, downtime to promote the workload to production can have an adverse effect on the business. In alcuni casi, le soluzioni che devono eseguire la transizione con tempi di inattività minimi richiedono modifiche all'architettura.Sometimes, the solutions that must transition with minimum downtime need architecture changes. Si presuppone che sia stata stabilita una conoscenza generale dei requisiti del tempo di inattività prima della pianificazione del rilascio.It is assumed that a general understanding of downtime requirements has been established prior to release planning.

Ostacoli che possono essere evitatiRoadblocks that can be avoided

I presupposti riportati possono creare ostacoli che potrebbero rallentare lo stato di avanzamento o generare criticità in un secondo momento.The itemized assumptions can create roadblocks that could slow progress or cause later pain points. Di seguito sono riportati alcuni ostacoli da verificare prima del rilascio:The following are a few roadblocks to watch for, prior to the release:

  • Pagamento del debito tecnico.Paying for technical debt. Alcuni vecchi carichi di lavoro comportano un debito tecnico elevato.Some aging workloads carry with them a high amount of technical debt. Questo può causare problemi a lungo termine con l'aumento dei costi di hosting con qualsiasi provider di servizi cloud.This can lead to long-term challenges by increasing hosting costs with any cloud provider. Quando il debito tecnico porta a un aumento dei costi di hosting non naturale, è necessario valutare le architetture alternative.When technical debt unnaturally increases hosting costs, alternative architectures should be evaluated.
  • Modelli di traffico utente.User traffic patterns. Le soluzioni esistenti possono dipendere da modelli di routing di rete esistenti.Existing solutions may depend on existing network routing patterns. Questi modelli potrebbero rallentare notevolmente le prestazioni.These patterns could slow performance considerably. Inoltre, l'introduzione di nuove soluzioni di Wide Area Network ibride (WAN) può richiedere settimane o anche mesi.Further, introduction of new hybrid wide area network (WAN) solutions can take weeks or even months. Prepararsi agli ostacoli dell'inizio del processo di architettura considerando i modelli di traffico e le modifiche apportate ai servizi di infrastruttura di base.Prepare early in the architecture process for these roadblocks by considering traffic patterns and changes to any core infrastructure services.

Accelerazione del valore aziendaleAccelerate business value

Alcuni scenari potrebbero richiedere un'architettura diversa rispetto alla strategia di riallocazione IaaS presunta.Some scenarios could require an different architecture than the assumed IaaS rehosting strategy. Di seguito sono riportati alcuni esempi:The following are a few examples:

  • Alternative PaaS.PaaS alternatives. Le distribuzioni PaaS possono ridurre i costi di hosting così come il tempo necessario per eseguire la migrazione di determinati carichi di lavoro.PaaS deployments can reduce hosting costs, and they can also reduce the time required to migrate certain workloads. Per un elenco degli approcci che possono trarre vantaggio da una conversione PaaS, vedere l'articolo sulla valutazione degli asset.For a list of approaches that could benefit from a PaaS conversion, see the article on evaluating assets.
  • Distribuzioni con script/DevOps.Scripted deployments/DevOps. Se un carico di lavoro dispone di una distribuzione DevOps esistente o di altre forme di distribuzione con script, il costo della modifica degli script potrebbe essere inferiore al costo della migrazione dell'asset.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.
  • Impegno alla correzione.Remediation efforts. Le attività correttive necessarie per preparare un carico di lavoro per la migrazione possono essere numerose.The remediation efforts required to prepare a workload for migration can be extensive. In alcuni casi, è più opportuno modernizzare la soluzione rispetto a correggere i problemi di compatibilità sottostanti.In some cases, it makes more sense to modernize the solution than it does to remediate underlying compatibility issues.

In ogni scenario, un'architettura alternativa potrebbe essere la soluzione migliore possibile.In each of these itemized scenarios, an alternative architecture could be the best possible solution.

Passaggi successiviNext steps

Una volta definita la nuova architettura, è possibile calcolare stime dei costi accurate.After the new architecture is defined, accurate cost estimations can be calculated.