Plattforms åtgärder i moln hanteringPlatform operations in cloud management

En moln hanterings bas linje som sträcker sig över inventering och synlighet, operativa kravoch skydd och återställning kan ge en tillräckligt stor moln hanterings nivå för de flesta arbets belastningar i IT-portföljen.A cloud management baseline that spans inventory and visibility, operational compliance, and protection and recovery might provide a sufficient level of cloud management for most workloads in the IT portfolio. Men den bas linjen är sällan tillräckligt för att stödja hela portföljen.However, that baseline is seldom enough to support the full portfolio. Den här artikeln bygger på det vanligaste nästa steget i moln hantering, portfölj åtgärder.This article builds on the most common next step in cloud management, portfolio operations.

En snabb undersökning av till gångarna i IT-portföljen visar mönster över de arbets belastningar som stöds.A quick study of the assets in the IT portfolio highlights patterns across the workloads that are being supported. Inom dessa arbets belastningar kommer det att finnas vanliga plattformar.Within those workloads, there will be common platforms. Beroende på de tidigare tekniska besluten inom företaget kan dessa plattformar variera mycket.Depending on the past technical decisions within the company, those platforms could vary widely.

För vissa organisationer kommer det att vara mycket beroende av SQL Server, Oracle eller andra data plattformar med öppen källkod.For some organizations, there will be a heavy dependence on SQL Server, Oracle, or other open-source data platforms. I andra organisationer kan commonalities vara rotad på värd plattformarna för virtuella datorer (VM) eller behållare.In other organizations, the commonalities might be rooted in the hosting platforms for virtual machines (VMs) or containers. Andra kan ha ett gemensamt beroende av program eller ERP-system (Enterprise Resource Planning) som SAP eller Oracle.Still others might have a common dependency on applications or enterprise resource planning (ERP) systems such as SAP or Oracle.

Genom att förstå dessa commonalities kan moln hanterings teamet specialisera sig på högre support nivåer för de prioriterade plattformarna.By understanding these commonalities, the cloud management team can specialize in higher levels of support for those prioritized platforms.

Upprätta en tjänst katalogEstablish a service catalog

Målet med plattforms åtgärder är att skapa pålitliga och upprepnings bara lösningar, som moln implementerings teamet kan använda för att leverera en plattform som ger en högre affärs åtagande nivå.The objective of platform operations is to create reliable and repeatable solutions, which the cloud adoption team can use to deliver a platform that provides a higher level of business commitment. Detta åtagande kan minska sannolikheten eller frekvensen för stillestånd, vilket förbättrar tillförlitligheten.That commitment could decrease the likelihood or frequency of downtime, which improves reliability. Om ett systemfel uppstår kan åtagandet också minska mängden data förlust eller tid att återställa.In the event of a system failure, the commitment could also help decrease the amount of data loss or time to recovery. Ett sådant åtagande innehåller ofta pågående, centraliserade åtgärder som stöd för plattformen.Such a commitment often includes ongoing, centralized operations to support the platform.

När moln hanterings teamet har högre nivåer av drift hantering och specialisering som är relaterade till vissa plattformar, läggs dessa plattformar till i en växande tjänst katalog.As the cloud management team establishes higher degrees of operational management and specialization related to specific platforms, those platforms are added to a growing service catalog. Tjänst katalogen ger självbetjänings distribution av plattformar i en speciell konfiguration, som följer pågående plattforms åtgärder.The service catalog provides self-service deployment of platforms in a specific configuration, which adheres to ongoing platform operations. Under affärs anpassnings konversationen kan moln hanterings-och moln strategi team föreslå tjänster för tjänst katalog som ett sätt för verksamheten att förbättra tillförlitlighet, drift tid och återställnings åtaganden i en kontrollerad, repeterbar process.During the business-alignment conversation, cloud management and cloud strategy teams can propose service catalog solutions as a way for the business to improve reliability, uptime, and recovery commitments in a controlled, repeatable process.

Vissa organisationer refererar till en tjänst katalog för tidiga faser som en godkänd lista.For reference, some organizations refer to an early-stage service catalog as an approved list. Den främsta skillnaden är att en tjänst katalog har pågående operativa åtaganden från vårt Expert Center (CCoE).The primary difference is that a service catalog comes with ongoing operational commitments from the cloud center of excellence (CCoE). En godkänd lista är liknande, där den innehåller en förgodkännen lista över lösningar som ett team kan använda i molnet.An approved list is similar, in that it provides a preapproved list of solutions that a team can use in the cloud. Men vanligt vis finns det ingen drifts förmån som är kopplad till program på en godkänd lista.However, typically there isn't an operational benefit associated with applications on an approved list.

Ungefär som debatten mellan centraliserad IT och CCoE, är skillnaden en av prioriteterna.Much like the debate between centralized IT and CCoE, the difference is one of priorities. En tjänst katalog förutsätter en lämplig avsikt men ger drift, styrning och säkerhets guardrails som påskyndar innovationen.A service catalog assumes good intent but provides operational, governance, and security guardrails that accelerate innovation. En godkänd lista hindrar innovation tills åtgärder, efterlevnad och säkerhets portar kan skickas för en lösning.An approved list hinders innovation until operations, compliance, and security gates can be passed for a solution. Båda lösningarna är livskraftiga, men de kräver att företaget fattar beslut om diskret prioritering för att investera mer i innovation eller efterlevnad.Both solutions are viable, but they require the company to make subtle prioritization decisions to invest more in innovation or compliance.

Bygg tjänst katalogenBuild the service catalog

Moln hantering fungerar sällan med att leverera en tjänst katalog i en silo.Cloud management is seldom successful at delivering a service catalog in a silo. En korrekt utveckling av katalogen kräver ett partnerskap i det centrala IT-teamet eller CCoE.Proper development of the catalog requires a partnership across the central IT team or the CCoE. Den här metoden är mest effektiv när en IT-organisation når en CCoE-nivå, men kan implementeras tidigare.This approach tends to be most successful when an IT organization reaches a CCoE level of maturity, but could be implemented sooner.

När du skapar tjänst katalogen i en CCoE-modell bygger moln plattforms teamet på önskad plattform.When it's building the service catalog within a CCoE model, the cloud platform team builds out the desired-state platform. Moln styrnings-och moln säkerhets teamen verifierar styrning och efterlevnad i distributionen.The cloud governance and cloud security teams validate governance and compliance within the deployment. Moln hanterings teamet upprättar pågående åtgärder för plattformen.The cloud management team establishes ongoing operations for that platform. Och Cloud Automation-teamet paketerar plattformen för skalbar och upprepnings bara distribution.And the cloud automation team packages the platform for scalable, repeatable deployment.

När plattformen har paketerats kan moln hanterings teamet lägga till den i den växande tjänst katalogen.After the platform is packaged, the cloud management team can add it to the growing service catalog. Därifrån kan moln implementerings teamet använda paketet eller andra i katalogen under distributionen.From there, the cloud adoption team can use the package or others in the catalog during deployment. När lösningen går till produktion inser företaget de extra fördelarna med förbättrad drift hantering och potentiellt försämrade verksamhets avbrott.After the solution goes to production, the business realizes the extra benefits of improved operational management and potentially reduced business disruptions.

Anteckning

Att skapa en tjänst katalog kräver en stor del av arbetet och tiden från flera team.Building a service catalog requires a great deal of effort and time from multiple teams. Genom att använda tjänst katalogen eller den godkända listan som en hantera-mekanism går det långsamt.Using the service catalog or approved list as a gating mechanism will slow innovation. När innovation är en prioritet bör tjänst kataloger utvecklas parallellt med andra antagande ansträngningar.When innovation is a priority, service catalogs should be developed parallel to other adoption efforts.

Definiera dina egna plattforms åtgärderDefine your own platform operations

Även om hanterings verktyg och processer kan hjälpa till att förbättra plattforms åtgärder, som ofta inte räcker till för att uppnå önskade stabilitets-och Tillförlitlighets tillstånd.Although management tools and processes can help improve platform operations, that is often not enough to achieve the desired states of stability and reliability. Sanna plattforms åtgärder kräver fokus på pelare till arkitektur expert.True platform operations requires a focus on pillars of architecture excellence. När en plattform motiverar en djupare investering i driften bör du tänka på följande fem pelare innan plattformen blir en del av en tjänst katalog:When a platform justifies a deeper investment in operations, consider the following five pillars before the platform becomes a part of any service catalog:

  • 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.

Microsoft Azure Well-Architected Framework innehåller en metod för att utvärdera vissa arbets belastningar för att nå dessa pelare, i syfte att förbättra den övergripande verksamheten.The Microsoft Azure Well-Architected Framework provides an approach to evaluating specific workloads for adherence to these pillars, in an effort to improve overall operations. Dessa pelare kan användas för både plattforms åtgärder och arbets belastnings åtgärder.These pillars can be applied to both platform operations and workload operations.

Kom igång med vissa plattformarGet started with specific platforms

De plattformar som diskuteras i nästa avsnitt är vanliga för vanliga Azure-kunder och de kan enkelt motivera en investering i plattforms åtgärder.The platforms discussed in the next sections are common to typical Azure customers, and they can easily justify an investment in platform operations. Moln hanterings team börjar med dem när de utformar plattforms drifts krav eller en fullständig tjänst katalog.Cloud management teams tend to start with them when they're building out platform operations requirements or a full service catalog.

PaaS data åtgärderPaaS data operations

Data är ofta den första plattformen för att garantera plattforms åtgärdernas investeringar.Data is often the first platform to warrant platform operations investments. När data finns i en PaaS-miljö (Platform as a Service) är det möjligt för affärs intressenter att begära ett reducerat återställnings punkt mål för att minimera data förlust.When data is hosted in a platform as a service (PaaS) environment, business stakeholders tend to request a reduced recovery point objective (RPO) to minimize data loss. Beroende på programmets beskaffenhet kan de också begära en minskning av återställnings tids mål (RTO).Depending on the nature of the application, they might also request a reduction in recovery time objective (RTO). I båda fallen kan arkitekturen som stöder PaaS-baserade data lösningar enkelt hantera en ökad nivå av hanterings support.In either case, the architecture that supports PaaS-based data solutions can easily accommodate some increased level of management support.

I de flesta fall är kostnaden för att förbättra hanterings åtaganden enkelt motiverad, även för program som inte är verksamhets kritiska.In most scenarios, the cost of improving management commitments is easily justified, even for applications that are not mission critical. Den här förbättringen av plattforms åtgärder är så vanlig att många moln hanterings grupper ser det mer som en förbättrad bas linje, snarare än som en riktig plattforms drifts förbättring.This platform operations improvement is so common that many cloud management teams see it more as an enhanced baseline, rather than as a true platform operations improvement.

IaaS data åtgärderIaaS data operations

När data finns i en traditionell lösning för infrastruktur som en tjänst (IaaS) kan arbetet för att förbättra återställnings-och RTO vara betydligt högre.When data is hosted in a traditional infrastructure as a service (IaaS) solution, the effort to improve RPO and RTO can be significantly higher. Men affärs intressenterna vill uppnå bättre hanterings åtaganden påverkas sällan av ett PaaS jämfört med IaaS-beslut.Yet the business stakeholders' desire to achieve better management commitments is seldom affected by a PaaS versus IaaS decision. Om det är något, kan en förståelse av de grundläggande skillnaderna i arkitekturen uppmana företaget att fråga efter PaaS-lösningar eller åtaganden som matchar vad som är tillgängligt på PaaS-lösningar.If anything, an understanding of the fundamental differences in architecture might prompt the business to ask for PaaS solutions or commitments that match what's available on PaaS solutions. Modernisering av IaaS-dataplattformar bör betraktas som ett första steg i plattforms åtgärder.Modernization of any IaaS data platforms should be considered as a first step into platform operations.

När modernisering inte är ett alternativ prioriterar moln hanterings teamen ofta IaaS-baserade dataplattformar som en första nödvändig tjänst i tjänst katalogen.When modernization isn't an option, cloud management teams commonly prioritize IaaS-based data platforms as a first required service in the service catalog. Genom att ge verksamheten ett val mellan fristående data servrar och klustrade data lösningar med hög tillgänglighet blir affärs åtagandet mycket lättare att under lätta.Providing the business with a choice between standalone data servers and clustered, high-availability, data solutions makes the business commitment conversation much easier to facilitate. En grundläggande förståelse för de operativa förbättringarna och de ökade kostnaderna hjälper företaget att fatta det bästa beslutet för affärs processer och stöd för arbets belastningar.A basic understanding of the operational improvements and the increased costs will help the business make the best decision for the business processes and supporting workloads.

Andra vanliga plattforms åtgärderOther common platform operations

Förutom dataplattformar brukar virtuella dator värdar vara en gemensam plattform för drift förbättringar.In addition to data platforms, virtual machine hosts tend to be a common platform for operations improvements. Moln plattforms-och moln hanterings team investerar oftast i förbättringar av VMware-värdar eller container lösningar.Most commonly, cloud platform and cloud management teams invest in improvements to VMware hosts or container solutions. Sådana investeringar kan förbättra stabiliteten och tillförlitligheten hos värdarna, som har stöd för de virtuella datorerna, vilket i sin tur påverkar arbets belastningarna.Such investments can improve the stability and reliability of the hosts, which support the VMs, which in turn power the workloads. Lämpliga åtgärder på en värd eller behållare kan förbättra återställnings-eller RTO för flera arbets belastningar.Proper operations on one host or container can improve the RPO or RTO of several workloads. Den här metoden skapar förbättrade affärs åtaganden, men distribuerar investeringen.This approach creates improved business commitments, but distributes the investment. Förbättrade åtaganden och minskade kostnader kombinerar för att göra det mycket enklare att justera förbättringar av moln hantering och plattforms åtgärder.Improved commitments and reduced costs combine to make it much easier to justify improvements to cloud management and platform operations.

Nästa stegNext steps

På parallellt med förbättringar av plattforms åtgärder fokuserar moln hanterings team även på att förbättra arbets belastningen för de 20 procent eller färre produktions arbets belastningarna.In parallel with improvements to platform operations, cloud management teams also focus on improving workload operations for the top 20 percent or less of production workloads.