Cloud rationaliseringCloud rationalization

Cloud rationalisering är en process för att utvärdera till gångar för att fastställa det bästa sättet att migrera eller modernisera varje till gång i molnet.Cloud rationalization is the process of evaluating assets to determine the best way to migrate or modernize each asset in the cloud. Mer information om processen för rationalisering finns i Vad är en digital egendom?.For more information about the process of rationalization, see What is a digital estate?.

Rationalisering-kontextRationalization context

De fem RS-rationalisering som listas i den här artikeln är ett bra sätt att ge ett möjligt framtida tillstånd för arbets belastningar som betraktas som en moln kandidat.The five Rs of rationalization listed in this article are a great way to label a potential future state for any workload that's being considered as a cloud candidate. Den här märknings processen bör placeras i rätt sammanhang innan du försöker rationalisera en miljö.This labeling process should be put into the correct context before you attempt to rationalize an environment. Granska följande myths för att tillhandahålla den kontexten:Review the following myths to provide that context:

Myten: det är enkelt att fatta rationalisering beslut tidigt i processenMyth: It's easy to make rationalization decisions early in the process

Korrekt rationalisering kräver en djupgående kunskap om arbets belastningen och tillhör Ande till gångar (program, infrastruktur och data).Accurate rationalization requires a deep knowledge of the workload and associated assets (applications, infrastructure, and data). Viktigast av detta är att vi tar tid av korrekta rationalisering.Most importantly, accurate rationalization decisions take time. Vi rekommenderar att du använder en stegvis rationalisering-process.We recommend using an incremental rationalization process.

Myten: moln införande måste vänta tills alla arbets belastningar är rationellaMyth: Cloud adoption has to wait for all workloads to be rationalized

Att rationalisera en hel IT-portfölj eller till och med ett enda data Center kan försena förverkligandet av affärs värde per månad eller till och med år.Rationalizing an entire IT portfolio or even a single datacenter can delay the realization of business value by months or even years. Fullständig rationalisering bör undvikas när det är möjligt.Full rationalization should be avoided when possible. Använd i stället kraften hos 10 tillvägagångs sätt för att planera för att fatta beslut om de kommande 10 arbets belastningarna som är planerad för moln införande.Instead, use the Power of 10 approach to release planning to make wise decisions about the next 10 workloads that are slated for cloud adoption.

Myten: affärs justering måste vänta tills alla arbets belastningar är rationellaMyth: Business justification has to wait for all workloads to be rationalized

Om du vill utveckla en affärs motivering för en moln implementering kan du göra några grundläggande antaganden på portfölj nivå.To develop a business justification for a cloud adoption effort, make a few basic assumptions at the portfolio level. När motivation justeras till innovation, antar du omarkitekturen.When motivations are aligned to innovation, assume rearchitecture. Anta att du är värd för de motivation som ska migreras.When motivations are aligned to migration, assume rehost. Dessa antaganden kan påskynda affärs justerings processen.These assumptions can accelerate the business justification process. Antaganden anropas sedan och budgetarna förfinas under utvärderings fasen för varje arbets belastnings införande cykel.Assumptions are then challenged and budgets refined during the assessment phase of each workload's adoption cycle.

Granska nu följande fem RS-rationalisering för att bekanta dig med den långsiktiga processen.Now review the following five Rs of rationalization to familiarize yourself with the long-term process. När du utvecklar din moln implementerings plan väljer du det alternativ som passar bäst för dina motivation, affärs resultat och nuvarande tillstånds miljö.While developing your cloud adoption plan, choose the option that best aligns with your motivations, business outcomes, and current state environment. Målet i rationalisering för digital egendom är att ange en bas linje och inte rationalisera varje arbets belastning.The goal in digital estate rationalization is to set a baseline, not to rationalize every workload.

Rationalisering – fem punkterThe five Rs of rationalization

De fem RS-rationalisering som visas här beskriver de vanligaste alternativen för rationalisering.The five Rs of rationalization that are listed here describe the most common options for rationalization.

Ange ny värdRehost

En Rehost-migrering kallas även för en hiss och Shift -migrering och flyttar en aktuell tillstånds till gång till den valda moln leverantören, med minimal förändring i den övergripande arkitekturen.Also known as a lift and shift migration, a rehost effort moves a current state asset to the chosen cloud provider, with minimal change to overall architecture.

Vanliga driv rutiner kan vara:Common drivers might include:

  • Minska kapital kostnaden.Reducing capital expense.
  • Frigör Data Center utrymme.Freeing up datacenter space.
  • Uppnå snabb avkastning på investeringar i molnet.Achieving rapid return on investment in the cloud.

Kvantitativa analys faktorer:Quantitative analysis factors:

  • VM-storlek (processor, minne, lagring).VM size (CPU, memory, storage).
  • Beroenden (nätverks trafik).Dependencies (network traffic).
  • Till gångens kompatibilitet.Asset compatibility.

Kvalitativa analys faktorer:Qualitative analysis factors:

  • Tolerans för ändring.Tolerance for change.
  • Affärs prioriteringar.Business priorities.
  • Kritiska affärs händelser.Critical business events.
  • Process beroenden.Process dependencies.

OmstruktureraRefactor

PaaS-alternativ (Platform as a Service) kan minska drifts kostnaderna som är associerade med många program.Platform as a service (PaaS) options can reduce the operational costs that are associated with many applications. Det är en bra idé att något som ett program behöver för att anpassa sig till en PaaS modell.It's a good idea to slightly refactor an application to fit a PaaS-based model.

"Återställnings processen" avser också program utvecklings processen för omstrukturering av kod som gör det möjligt för ett program att leverera på nya affärs möjligheter."Refactor" also refers to the application development process of refactoring code to enable an application to deliver on new business opportunities.

Vanliga driv rutiner kan vara:Common drivers might include:

  • Snabbare och kortare uppdateringar.Faster and shorter updates.
  • Kod portabilitet.Code portability.
  • Bättre moln effektivitet (resurser, hastighet, kostnad, hanterade åtgärder).Greater cloud efficiency (resources, speed, cost, managed operations).

Kvantitativa analys faktorer:Quantitative analysis factors:

  • Storlek på program till gång (CPU, minne, lagring).Application asset size (CPU, memory, storage).
  • Beroenden (nätverks trafik).Dependencies (network traffic).
  • Användar trafik (sid visningar, tid på sida, inläsnings tid).User traffic (page views, time on page, load time).
  • Utvecklings plattform (språk, data plattform, tjänster på mellan nivå).Development platform (languages, data platform, middle-tier services).
  • Databas (CPU, minne, lagring, version).Database (CPU, memory, storage, version).

Kvalitativa analys faktorer:Qualitative analysis factors:

  • Fortsatta affärs investeringar.Continued business investments.
  • Alternativ för burst eller tids linjer.Bursting options or timelines.
  • Affärs process beroenden.Business process dependencies.

ArkitekturomarbetningRearchitect

Vissa ålders program är inte kompatibla med moln leverantörer på grund av de arkitektoniska beslut som har fattats när programmet byggdes.Some aging applications aren't compatible with cloud providers because of the architectural decisions that were made when the application was built. I dessa fall kan programmet behöva återskapas före omvandling.In these cases, the application might need to be rearchitected before transformation.

I andra fall kan program som är molnbaserade, men inte molnbaserad, skapa kostnads effektivitet och drift effektivitet genom att bygga om lösningen i ett moln program.In other cases, applications that are cloud-compatible, but not cloud-native, might create cost efficiencies and operational efficiencies by rearchitecting the solution into a cloud-native application.

Vanliga driv rutiner kan vara:Common drivers might include:

  • Program skalning och smidighet.Application scale and agility.
  • Enklare antagande av nya moln funktioner.Easier adoption of new cloud capabilities.
  • Blandning av teknik stackar.Mix of technology stacks.

Kvantitativa analys faktorer:Quantitative analysis factors:

  • Storlek på program till gång (CPU, minne, lagring).Application asset size (CPU, memory, storage).
  • Beroenden (nätverks trafik).Dependencies (network traffic).
  • Användar trafik (sid visningar, tid på sida, inläsnings tid).User traffic (page views, time on page, load time).
  • Utvecklings plattform (språk, data plattform, tjänster på mellan nivå).Development platform (languages, data platform, middle tier services).
  • Databas (CPU, minne, lagring, version).Database (CPU, memory, storage, version).

Kvalitativa analys faktorer:Qualitative analysis factors:

  • Växande affärs investeringar.Growing business investments.
  • Drifts kostnader.Operational costs.
  • Potentiella feedback-slingor och DevOps investeringar.Potential feedback loops and DevOps investments.

ÅterskapaRebuild

I vissa fall kan delta som måste lösas för att kunna skicka ett program vara för stort för att kunna motivera ytterligare investeringar.In some scenarios, the delta that must be overcome to carry an application forward can be too large to justify further investment. Detta gäller särskilt för program som tidigare uppfyllde behoven hos ett företag men som nu inte stöds eller är feljusterade med de aktuella affärs processerna.This is especially true for applications that previously met the needs of a business but are now unsupported or misaligned with the current business processes. I det här fallet skapas en ny kodbas som överensstämmer med en molnbaserad metod.In this case, a new code base is created to align with a cloud-native approach.

Vanliga driv rutiner kan vara:Common drivers might include:

  • Påskynda innovationer.Accelerating innovation.
  • Skapa program snabbare.Building applications faster.
  • Minska drifts kostnaden.Reducing operational cost.

Kvantitativa analys faktorer:Quantitative analysis factors:

  • Storlek på program till gång (CPU, minne, lagring).Application asset size (CPU, memory, storage).
  • Beroenden (nätverks trafik).Dependencies (network traffic).
  • Användar trafik (sid visningar, tid på sida, inläsnings tid).User traffic (page views, time on page, load time).
  • Utvecklings plattform (språk, data plattform, tjänster på mellan nivå).Development platform (languages, data platform, middle tier services).
  • Databas (CPU, minne, lagring, version).Database (CPU, memory, storage, version).

Kvalitativa analys faktorer:Qualitative analysis factors:

  • Avböja slutanvändarens belåtenhet.Declining end-user satisfaction.
  • Affärs processer som är begränsade med funktioner.Business processes limited by functionality.
  • Potentiell kostnad, erfarenhet eller vinst.Potential cost, experience, or revenue gains.

ErsättReplace

Lösningar implementeras vanligt vis genom att använda den bästa tekniken och metoden som är tillgänglig när som helst.Solutions are typically implemented by using the best technology and approach available at the time. Ibland kan SaaS-program (program vara som en tjänst) tillhandahålla alla nödvändiga funktioner för det värdbaserade programmet.Sometimes software as a service (SaaS) applications can provide all the necessary functionality for the hosted application. I dessa scenarier kan en arbets belastning schemaläggas för framtida utbyte, och tar bort den från omvandlings ansträngningen.In these scenarios, a workload can be scheduled for future replacement, effectively removing it from the transformation effort.

Vanliga driv rutiner kan vara:Common drivers might include:

  • Standardisera bransch bästa praxis.Standardizing around industry best practices.
  • Påskyndar införandet av verksamhets drivna metoder.Accelerating adoption of business-process-driven approaches.
  • Omfördela utvecklings investeringar till program som skapar konkurrens kraftig differentiering eller fördelar.Reallocating development investments into applications that create competitive differentiation or advantages.

Kvantitativa analys faktorer:Quantitative analysis factors:

  • Allmän minskning av drifts kostnader.General operating-cost reductions.
  • VM-storlek (processor, minne, lagring).VM size (CPU, memory, storage).
  • Beroenden (nätverks trafik).Dependencies (network traffic).
  • Till gångar som ska dras tillbaka.Assets to be retired.
  • Databas (CPU, minne, lagring, version).Database (CPU, memory, storage, version).

Kvalitativa analys faktorer:Qualitative analysis factors:

  • Kostnads förmåns analys av den aktuella arkitekturen jämfört med en SaaS-lösning.Cost benefit analysis of the current architecture versus a SaaS solution.
  • Affärs process kartor.Business process maps.
  • Data scheman.Data schemas.
  • Anpassade eller automatiserade processer.Custom or automated processes.

Nästa stegNext steps

Du kan samla in dessa fem RS-rationalisering till en digital fastighet som hjälper dig att fatta rationalisering beslut om det framtida läget för varje program.Collectively, you can apply these five Rs of rationalization to a digital estate to help you make rationalization decisions about the future state of each application.