Tillämpa design principer och avancerade åtgärderApply design principles and advanced operations

De tre första molnhanteringsdisciplinerna beskriver en baslinje för hantering.The first three cloud management disciplines describe a management baseline. En hanterings bas linje bör minst omfatta ett standard affärs åtagande för att minimera affärs avbrott och påskynda återställning om tjänsten avbryts.At a minimum, a management baseline should include a standard business commitment to minimize business interruptions and accelerate recovery if service is interrupted. De flesta hanterings bas linjer omfattar en fokuserad fokus på att underhålla "inventering och synlighet", "operativa krav" och "skydd och återställning".Most management baselines include a disciplined focus on maintaining "inventory and visibility," "operational compliance," and "protection and recovery."

Syftet med en baslinje för hantering är att skapa ett enhetligt erbjudande som tillhandahåller en minsta åtagandenivå för företaget för alla arbetsbelastningar som stöds.The purpose of a management baseline is to create a consistent offering that provides a minimum level of business commitment for all supported workloads. Den här bas linjen för vanliga, upprepnings bara hanterings erbjudanden gör det möjligt för teamet att tillhandahålla en mycket optimerad drift hanterings nivå med minimal avvikelse.This baseline of common, repeatable management offerings allows the team to deliver a highly optimized degree of operational management, with minimal deviation. Men det är inte säkert att standard erbjudandet ger företaget ett omfattande tillräckligt åtagande.But that standard offering might not provide a rich enough commitment to the business.

Diagrammet i nästa avsnitt illustrerar tre sätt att gå förbi hanterings bas linjen.The diagram in the next section illustrates three ways to go beyond the management baseline.

Hanterings bas linjen bör uppfylla minimi kravet på 80 procent av de lägsta kritiska arbets belastningarna i portföljen.The management baseline should meet the minimum commitment required by 80 percent of the lowest criticality workloads in the portfolio. Bas linjen ska inte användas för verksamhets kritiska arbets belastningar.The baseline should not be applied to mission-critical workloads. Eller bör inte tillämpas på vanliga plattformar som delas mellan arbets belastningar.Nor should it be applied to common platforms that are shared across workloads. Dessa arbets belastningar kräver fokus på design principer och avancerade åtgärder.Those workloads require a focus on design principles and advanced operations.

Avancerade åtgärds alternativAdvanced operations options

Det finns tre föreslagna sökvägar för att förbättra affärs åtaganden utanför hanterings bas linjen, som du ser i följande diagram:There are three suggested paths for improving business commitments beyond the management baseline, as shown in the following diagram:

Avancerade åtgärder

Utökad hanterings bas linjeEnhanced management baseline

Som beskrivs i hanterings guiden för Azure använder en förbättrad hanterings bas linje molnbaserade verktyg för att förbättra drift tiden och minska återställnings tiderna.As outlined in the Azure Management Guide, an enhanced management baseline uses cloud-native tools to improve uptime and decrease recovery times. Förbättringarna är viktiga, men mindre än med arbets belastnings-eller plattforms specialisering.The improvements are significant, but less so than with workload or platform specialization. Fördelen med en förbättrad hanterings bas linje är den lika stora minskningen av kostnaderna och implementerings tiden.The advantage of an enhanced management baseline is the equally significant reduction in cost and implementation time.

Hanterings specialiseringManagement specialization

Aspekter av arbets belastning och plattforms åtgärder kan kräva ändringar i design-och arkitektur principer.Aspects of workload and platform operations might require changes to design and architecture principles. Dessa ändringar kan ta tid och leda till ökade drifts kostnader.Those changes could take time and might result in increased operating expenses. Om du vill minska antalet arbetsbelastningar som kräver sådana investeringar kan en förbättrad baslinje för hantering tillhandahålla en tillräcklig förbättring av åtagandet.To reduce the number of workloads requiring such investments, an enhanced management baseline could provide enough of an improvement to the business commitment.

För arbets belastningar som garanterar en högre investering för att uppfylla ett affärs åtagande är specialisering av drifts nyckel.For workloads that warrant a higher investment to meet a business commitment, specialization of operations is key.

Områden för hantering av specialiseringAreas of management specialization

Det finns två områden i specialisering:There are two areas of specialization:

  • Plattforms-specialisering: Investera i pågående drift av en delad plattform och distribuera investeringen över flera arbets belastningar.Platform specialization: Invest in ongoing operations of a shared platform, distributing the investment across multiple workloads.
  • Specialisering för arbets belastning: Investera i pågående drift av en speciell arbets belastning, vanligt vis reserverat för verksamhets kritiska arbets belastningar.Workload specialization: Invest in ongoing operations of a specific workload, generally reserved for mission-critical workloads.

Centrala IT-teamet eller moln Center med hög kvalitet (CCoE)Central IT team or cloud center of excellence (CCoE)

Beslut mellan plattforms specialisering och arbets belastnings specialisering baseras på den kritiskaheten och effekten av varje arbets belastning.Decisions between platform specialization and workload specialization are based on the criticality and impact of each workload. Dessa beslut är dock också väg LED ande av större kultur beslut mellan centrala IT-teamet och CCoE organisations modeller.However, these decisions are also indicative of larger cultural decisions between central IT team and CCoE organizational models.

Specialiseringen för arbetsbelastningar utlöser ofta en kulturell förändring.Workload specialization often triggers a cultural change. Traditionell IT och centraliserat IT-processen som kan ge stöd i stor skala.Traditional IT and centralized IT both build processes that can provide support at scale. Skalnings stödet är bättre för repeterbara tjänster som finns i en hanterings bas linje, förbättrad bas linje eller till och med plattforms åtgärder.Scale support is more achievable for repeatable services found in a management baseline, enhanced baseline, or even platform operations. Arbets belastnings specialisering skalar ofta inte.Workload specialization doesn't often scale. Denna brist på skalning gör det svårt för en centraliserad IT-organisation att tillhandahålla nödvändig support utan att nå begränsningar för organisations skalning.This lack of scale makes it difficult for a centralized IT organization to provide necessary support without reaching organizational scale limitations.

Ett moln Center med expert metoder kan skalas genom ändamålsenlig delegering av ansvar och selektiv centralisering.Alternatively, a cloud center of excellence approach scales through purposeful delegation of responsibility and selective centralization. Arbets belastnings specialiseringen är ett bra sätt att justera med den delegerade ansvars metoden för en CCoE.Workload specialization tends to better align with the delegated responsibility approach of a CCoE.

Den naturliga justeringen av roller i en CCoE beskrivs på följande sätt:The natural alignment of roles in a CCoE is outlined as follows:

  • Moln plattforms teamet hjälper till att bygga vanliga plattformar som stöder flera moln antagande team.The cloud platform team helps build common platforms that support multiple cloud adoption teams.
  • Cloud Automation-teamet utökar plattformarna till distributions bara till gångar i en tjänst katalog.The cloud automation team extends those platforms into deployable assets in a service catalog.
  • Cloud Management levererar hanterings bas linjen centralt och hjälper till att stödja användningen av tjänst katalogen.Cloud management delivers the management baseline centrally and helps support the use of the service catalog.
  • Men affär senheten (i form av ett DevOps team eller ett moln antagande team) innehåller ansvar för dagliga åtgärder för arbets belastningen, pipelinen eller prestandan.But the business unit (in the form of a business DevOps team or cloud adoption team) holds responsibility for day-to-day operations of the workload, pipeline, or performance.

När det gäller anpassning av hanterings områden kan centrala IT-team och CCoE-modeller vanligt vis levereras på plattforms-specialisering, med minimal kulturell förändring.As for aligning areas of management, central IT team and CCoE models can generally deliver on platform specialization, with minimal cultural change. Att leverera på arbets belastnings specialisering kan vara mer komplicerat för centrala IT-team.Delivering on workload specialization might be more complex for central IT teams.

Hantering av specialiserings processerManagement specialization processes

I varje specialisering levereras följande fyra stegs process i en disciplin, iterativ metod.Within each specialization, the following four-step process is delivered in a disciplined, iterative approach. Den här metoden kräver samarbete mellan moln införande, moln plattform, moln automatisering och moln hanterings experter för att skapa en livskraftig och välgrundad feedback-slinga.This approach requires partnership among cloud adoption, cloud platform, cloud automation, and cloud management experts to create a viable and informed feedback loop.

  • Förbättra system design: Förbättra utformningen av vanliga system (plattformar) eller vissa arbets belastningar för att effektivt minimera avbrott.Improve system design: Improve the design of common systems (platforms) or specific workloads to effectively minimize interruptions.
  • Automatiserad reparation: Vissa förbättringar är inte kostnads effektiva.Automate remediation: Some improvements are not cost effective. I sådana fall kan det vara mer meningsfullt att automatisera reparationen och minska effekten av avbrott.In such cases, it might make more sense to automate remediation and reduce the impact of interruptions.
  • Skala lösningen: När system design och automatiserad reparation har förbättrats kan du skala dessa ändringar i miljön via tjänst katalogen.Scale the solution: As systems design and automated remediation are improved, you can scale those changes across the environment through the service catalog.
  • Kontinuerlig förbättring: Du kan använda olika övervaknings verktyg för att upptäcka stegvisa förbättringar av hur du kan lösa det i nästa steg av system design, automatisering och skalning.Continuous improvement: You can use various monitoring tools to discover incremental improvements to address in the next pass of system design, automation, and scale.

Förbättra systemdesignenImprove system design

Att förbättra systemdesignen är den mest effektiva metoden för att förbättra driften av en plattform.Improving system design is the most effective approach to improving operations of any common platform. Förbättringar av system design hjälper till att öka stabiliteten och minska affärs avbrott.System design improvements can help increase stability and decrease business interruptions. Utformningen av enskilda system ligger utanför omfånget för det miljöperspektiv som utgör utgångspunkten i Cloud Adoption Framework.Design of individual systems is out of scope for the environment view taken throughout the Cloud Adoption Framework.

Som komplement till det här ramverket tillhandahåller Microsoft Azures välstrukturerade ramverk vägledande principer för att förbättra en plattforms eller en specifik arbetsbelastnings kvalitet.As a complement to this framework, the Microsoft Azure Well-Architected Framework provides guiding tenets for improving the quality of a platform or a specific workload. Ramverket fokuserar på förbättringar inom fem pelare för utmärkt arkitektur:The framework focuses on improvement across five pillars of architecture excellence:

  • Kostnadsoptimering: Hantera kostnader för att maximera värdet.Cost optimization: Manage costs to maximize the value delivered.
  • Utmärkt driftseffektivitet: Följ driftsprocesser som håller ett system igång och i produktion.Operational excellence: Follow operational processes that keep a system running in production.
  • Prestandaeffektivitet: Skala systemet för att hantera belastningsförändringar.Performance efficiency: Scale systems to adapt to changes in load.
  • Tillförlitlighet: Utforma systemet så att det kan hantera och återställa fel på ett bra sätt.Reliability: Design systems to recover from failures and continue to function.
  • Säkerhet: Skydda program och data från hot.Security: Protect applications and data from threats.

De flesta driftavbrotten beror på någon form av teknisk skuld eller brist i arkitekturen.Most business interruptions equate to some form of technical debt, or deficiency in the architecture. För befintliga distributioner kan förbättringar av systemdesignen ses som ett sätt att betala av den tekniska skulden.For existing deployments, systems design improvements can be viewed as payments against existing technical debt. För nya distributioner kan förbättringar av systemdesignen ses som ett sätt att undvika att hamna i teknisk skuld.For new deployments, systems design improvements can be viewed as avoidance of technical debt. Nästa avsnitt, "automatiserad reparation", ser ut på olika sätt att åtgärda tekniska skulder som inte kan eller behöver åtgärdas.The next section, "Automated remediation," looks at ways to address technical debt that can't or shouldn't be addressed.

Läs mer om Microsoft Azure Well-Architected Frameworkför att förbättra system Designen.To improve system design, learn more about the Microsoft Azure Well-Architected Framework. När system Designen förbättras kan du gå tillbaka till den här artikeln för att hitta nya möjligheter att förbättra och skala förbättringarna i din miljö.As your system design improves, return to this article to find new opportunities to improve and scale the improvements across your environment.

Automatiserad reparationAutomated remediation

Vissa tekniska skulder får eller behöver inte åtgärdas.Some technical debt can't or shouldn't be addressed. Det kan vara för dyrt att lösa problemet.Resolution could be too expensive to correct. Det kan planeras, men det kan vara en lång projekt varaktighet.It could be planned but might have a long project duration. Affärs avbrott kanske inte har en betydande inverkan på verksamheten, eller så är affärs prioriteten att återställa snabbt i stället för att investera i återhämtning.The business interruption might not have a significant business impact, or the business priority is to recover quickly instead of investing in resiliency.

Om en lösning av den tekniska skulden inte är önskad väg att gå är automatiserad reparation ett vanligt nästa steg.When resolution of technical debt isn't the desired path, automated remediation is commonly the desired next step. Att använda Azure Automation och Azure Monitor för att identifiera trender och tillhandahålla automatiserad reparation är den vanligaste metoden när det gäller automatisk reparation.Using Azure Automation and Azure Monitor to detect trends and provide automated remediation is the most common approach to automated remediation.

Vägledning om automatiserad reparation finns i Azure Automation och aviseringar.For guidance on automated remediation, see Azure Automation and alerts.

Skala lösningen med en tjänstkatalogScale the solution with a service catalog

Hörnstenen för plattformsspecialisering och plattformsdrift är en välhanterad tjänstkatalog.The cornerstone of platform specialization and platform operations is a well-managed service catalog. Det är så förbättringar av systemdesignen och reparationer skalas ut i en miljö.This is how improvements to systems design and remediation are scaled across an environment. Molnplattformsteamet och molnautomatiseringsteamet samarbetar för att skapa upprepningsbara lösningar för vanliga plattformar i alla miljöer.The cloud platform team and cloud automation team align to create repeatable solutions to the most common platforms in any environment. Men om dessa lösningar inte används konsekvent, kan moln hantering tillhandahålla lite mer än ett bas linje erbjudande.However, if those solutions aren't consistently applied, cloud management can provide little more than a baseline offering.

För att maximera införandet och minimera underhålls kostnaderna för en optimerad plattform bör plattformen läggas till i en tjänst katalog.To maximize adoption and minimize maintenance overhead of any optimized platform, the platform should be added to a service catalog. Varje program i katalogen kan distribueras för intern användning via tjänstkatalogen eller som ett Marketplace-erbjudande för externa konsumenter.Each application in the catalog can be deployed for internal consumption via the service catalog, or as a marketplace offering for external consumers.

Information om hur du publicerar till en tjänst katalog finns i serien om publicering till en tjänst katalog.For information about publishing to a service catalog, see the series on publishing to a service catalog.

Kontinuerliga förbättringarContinuous improvement

Plattformsspecialiseringen och plattformsdriften är båda beroende av starka feedbackslingor mellan införande-, plattforms-, automatiserings- och hanteringsteamen.Platform specialization and platform operations both depend on strong feedback loops between adoption, platform, automation, and management teams. Genom att lägga till dessa feedbackslingor i data får varje team möjlighet att fatta kloka beslut.Grounding those feedback loops in data empowers each team to make wise decisions. För plattforms åtgärder för långsiktiga affärs åtaganden är det viktigt att dra nytta av insikter som är specifika för den centrala plattformen.For platform operations to achieve long-term business commitments, it's important to take advantage of insights that are specific to the centralized platform. Eftersom behållare och SQL Server är de två vanligaste centralt hanterade plattformarna, kan du överväga att börja med data insamling för kontinuerlig förbättring genom att granska följande artiklar:Because containers and SQL Server are the two most common centrally managed platforms, consider beginning with continuous improvement data collection by reviewing the following articles: