Schválení změn architektury před migracíApprove architecture changes before migration

Během procesu posuzování migrace prochází každá úloha vyhodnocením, návrhem architektury a odhadem, aby pro ni bylo možné připravit plán budoucího stavu.During the assess process of migration, each workload is evaluated, architected, and estimated to develop a future state plan for the workload. Některé úlohy můžou být migrovány do cloudu bez změny architektury.Some workloads can be migrated to the cloud with no change to the architecture. Pokud zachováte místní konfiguraci a architekturu, snížíte tím riziko a zjednodušíte postup migrace.Maintaining on-premises configuration and architecture can reduce risk and streamline the migration process. Bohužel každá aplikace nepoběží v cloudu beze změn architektury.Unfortunately, not every application can run in the cloud without changes to the architecture. Pokud potřebujete změnit architekturu, pomůže vám tento článek změnu klasifikovat a najdete v něm také pokyny, jak správně schvalovat aktivity.When architecture changes are required, this article can help classify the change and can provide some guidance on the proper approval activities.

Obchodní dopad a schváleníBusiness impact and approval

Při migraci se některé věci pravděpodobně změní takovým způsobem, který ovlivní firmu.During migration, some things are likely to change in ways that impact the business. I když se změnou někdy nelze vyhnout, překvapením v důsledku nezveřejňovaného nebo nedokumentované změny by měly být.Although change sometimes can't be avoided, surprises as a result of undisclosed or undocumented changes should be. Aby bylo možné udržovat podporu účastníků v průběhu migrace, je důležité se vyhnout překvapením.To maintain stakeholder support throughout the migration effort, it's important to avoid surprises. Překvapení vlastníci aplikací nebo firemní účastníci můžou zpomalit nebo úplně zastavit vaši snahu o zavedení cloudu.Surprising application owners or business stakeholders can slow or halt a cloud adoption effort.

Před migrací je důležité připravit firemního vlastníka pracovního procesu pro všechny změny, které by mohly mít vliv na obchodní procesy, jako jsou například změny:Prior to migration, it is important to prepare the workload's business owner for any changes that could affect business processes, such as changes to:

  • Smlouvy o úrovni služeb.Service-level agreements.
  • Přístupové vzorce nebo požadavky na zabezpečení, které ovlivňují koncového uživatele.Access patterns or security requirements that impact the end user.
  • Postupy uchovávání dat.Data retention practices.
  • Výkon základní aplikace.Core application performance.

I když můžete úlohu migrovat s minimálními změnami nebo i bez nich, může mít tento proces dopad na firmu.Even when a workload can be migrated with minimal to no change, there could still be a business impact. Replikační postupy můžou zpomalit výkon provozních systémů.Replication processes can slow the performance of production systems. Změny prostředí při přípravě na migraci můžou omezit výkon při směrování nebo můžou omezit výkon sítě.Changes to the environment in preparation for migration have the potential to cause routing or network performance limitations. Aktivity spojené s replikací, fázováním nebo zvýšením úrovně můžou mít i další dopady.There are many additional impacts that could result from replication, staging, or promotion activities.

Pravidelné schvalování minimalizuje nebo úplně eliminuje překvapení způsobená změnami a minimalizuje nebo eliminuje také dopady sníženého výkonu.Regular approval activities can help minimize or avoid surprises as a result of change or performance-driven business impacts. Tým přechodu na cloud by měl na konci procesu posouzení, ale ještě před zahájením migrace iniciovat proces schválení změn.The cloud adoption team should execute a change approval process at the end of the assessment process, before beginning the migration process.

Stávající kulturaExisting culture

Týmy IT pravděpodobně mají mechanismy na řízení změn, které se týkají místních prostředků.Your IT teams likely have existing mechanisms for managing change involving your on-premises assets. Obvykle se tyto mechanismy řídí tradičními procesy správy změn založenými na knihovně ITIL (založené na technologii ITIL).Typically these mechanisms are governed by traditional Information Technology Infrastructure Library-based (ITIL-based) change management processes. V rámci řady podnikových migrací tyto procesy zahrnují poradní radu pro změny, která je odpovědná za kontrolu, dokumentaci a schvalování všech žádostí týkajících se změn (RFC).In many enterprise migrations, these processes involve a change advisory board (CAB) that's responsible for reviewing, documenting, and approving all IT-related requests for changes (RFC).

V radě CAB jsou většinou odborníci z více týmů IT a firemních týmů, kteří můžou nabídnout různé úhly pohledu a mají podrobný přehled o všech změnách týkajících se IT.The CAB generally includes experts from multiple IT and business teams, offering a variety of perspectives and detailed review for all IT-related changes. Proces schvalování radou CAB představuje ověřený způsob, jak snížit riziko a minimalizovat obchodní dopad změn, které ovlivňují stabilitu úloh v důsledku operací řízených IT.A CAB approval process is a proven way to reduce risk and minimize the business impact of changes involving stable workloads managed by IT operations.

Technické schváleníTechnical approval

K nejčastějším důvodům neúspěšné migrace do cloudu patří nepřipravenost organizace na schvalování technických změn.Organizational readiness for the approval of technical change is among the most common reasons for cloud migration failure. Kvůli řadě technických schválení se zastaví více projektů než kvůli nedostatkům cloudové platformy.More projects are stalled by a series of technical approvals than any deficit in a cloud platform. Připravenost organizace na schvalování technických změn je důležitým předpokladem úspěšné migrace.Preparing the organization for technical change approval is an important requirement for migration success. Následující osvědčené postupy zajistí, aby byla organizace připravena na schvalování technických záležitostí.The following are a few best practices to ensure that the organization is ready for technical approval.

Informační vývěska změny v ITILITIL change advisory board challenges

Každý přístup ke změnovému řízení má vlastní sadu kontrolních a schvalovacích procesů.Every change management approach has its own set of controls and approval processes. Migrace je řada nepřetržitých změn, která se na začátku vyznačuje vysokým stupněm nejednoznačnosti a jasnějších obrysů nabývá až během realizace.Migration is a series of continuous changes that start with a high degree of ambiguity and develop additional clarity through the course of execution. Proto se k řízení migrace nejlépe hodí přístup založený na agilním změnovém řízení, kdy je vlastníkem produktu tým cloudové strategie.As such, migration is best governed by agile-based change management approaches, with the cloud strategy team serving as a product owner.

Ale rozsah a frekvence změn při migraci do cloudu přesně neodpovídá povaze procesů ITIL.However, the scale and frequency of change during a cloud migration doesn't fit well with the nature of ITIL processes. Požadavek týkající se schvalování radou CAB může ohrozit úspěch migrace, protože může migrační úsilí zpomalit nebo i zastavit.The requirements of a CAB approval can risk the success of a migration, slowing or stopping the effort. Navíc v úvodních fázích je migrace nejednoznačná a zkušeností s danou problematikou je spíše méně.Further, in the early stages of migration, ambiguity is high and subject matter expertise tends to be low. U několika prvních migrací nebo vydaných verzí se tým přechodu na cloud často spíše učí.For the first several workload migrations or releases, the cloud adoption team is often in a learning mode. Proto může být pro tým obtížné, aby dokázal poskytnout takový typ dat, jaký potřebuje rada CAB ke schválení.As such, it could be difficult for the team to provide the types of data needed to pass a CAB approval.

Následující osvědčené postupy pomůžou radě CAB zachovat si při migraci určitý manévrovací prostor, aniž by představovala nepříjemnou překážku.The following best practices can help the CAB maintain a degree of comfort during migration without become a painful blocker.

Standardizace změnStandardize change

Tým přechodu na cloud možná nechce u každé úlohy migrované do cloudu podrobně zvažovat rozhodnutí týkající se architektury.It is tempting for a cloud adoption team to consider detailed architectural decisions for each workload being migrated to the cloud. A naopak zase může chtít použít migraci do cloudu jako katalyzátor opětovného uskutečnění starších rozhodnutí o architektuře.It is equally tempting to use cloud migration as a catalyst to refactor past architectural decisions. Pokud organizace migrují několik set virtuálních počítačů nebo několik desítek úloh, dají se oba přístupy správně uřídit.For organizations that are migrating a few hundred VMs or a few dozen workloads, either approach can be properly managed. Ale při migraci datacentra, které čítá 1000 nebo více prostředků, se oba uvedené přístupy považují za vysoce riskantní, nevhodný postup, který výrazně snižuje pravděpodobnost úspěchu.When migrating a datacenter consisting of 1,000 or more assets, each of these approaches is considered a high-risk antipattern that significantly reduces the likelihood of success. Modernizaci, refaktoring a změna architektury každé aplikace vyžaduje různé sady dovedností a širokou škálu změn. tyto úlohy vytvářejí závislosti na škále lidského úsilí.Modernizing, refactoring, and rearchitecting every application requires a diverse skill set and a wide variety of changes, and these tasks create dependencies on human efforts at scale. Každá z těchto závislostí představuje pro migraci riziko.Each of these dependencies injects risk into the migration effort.

Článek o racionalizaci digitálních aktiv vysvětluje základní předpoklady racionalizace digitálních aktiv a jejich dopad na flexibilitu a úsporu času.The article on digital estate rationalization discusses the agility and time-saving impact of basic assumptions when rationalizing a digital estate. Standardizace změn přináší také další výhodu.There is an additional benefit of standardized change. Když zvolíte výchozí racionalizace přístupu, který bude řídit úsilí při migraci, může tato poradní deska nebo vlastník produktu zkontrolovat a schválit aplikaci s jednou změnou v dlouhém seznamu úloh.By choosing a default rationalization approach to govern the migration effort, the cloud advisory board or product owner can review and approve the application of one change to a long list of workloads. Tím se omezí technické schvalování každé úlohy jenom na ty, jejichž kompatibilita s cloudem vyžaduje výrazné změny architektury.This reduces technical approval of each workload to those that require a significant architecture change to be cloud compatible.

Vyjasnění očekávání a rolí schvalovatelůClarify expectations and roles of approvers

Před posouzením první úlohy musí tým cloudové strategie zdokumentovat očekávání všech účastníků, kteří změnu schvalují, a tlumočit je ostatním.Before the first workload is assessed, the cloud strategy team should document and communicate the expectations of anyone involved in the approval of change. Tato jednoduchá aktivita pomůže týmu přechodu na cloud předejít nákladným zpožděním, když bude plně vytížený.This simple activity can avoid costly delays when the cloud adoption team is fully engaged.

Včasné schvalováníSeek approval early

Pokud to jde, je potřeba technické změny rozpoznat a zdokumentovat během procesu posuzování.When possible, technical change should be detected and documented during the assessment process. Bez ohledu na schvalovací proces musí tým přechodu na cloud angažovat schvalovatele co nejdříve.Regardless of approval processes, the cloud adoption team should engage approvers early. Čím dříve může schvalování změny začít, tím menší pravděpodobnost je, že schvalovací proces zablokuje aktivity při migraci.The sooner that change approval can begin, the less likely an approval process is to block migration activities.

Další krokyNext steps

Tyto osvědčené postupy mají usnadnit integraci správného schvalování do vaší migrace, abyste riskovali co nejméně.With the help of these best practices, it should be easier to integrate proper, low-risk approval into migration efforts. Jakmile tým přechodu na cloud schválí změny úloh, je připraven na migraci úloh.After workload changes are approved, the cloud adoption team is ready to migrate workloads.