Platform bewerkingen in Cloud beheerPlatform operations in cloud management

Een basis lijn voor Cloud beheer die de inventarisatie en zicht baarheid, operationele nalevingen beveiliging en herstel omvat, kan een voldoende niveau voor Cloud beheer bieden voor de meeste werk belastingen in de IT-Port Folio.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. Deze basis lijn is echter zelden voldoende voor de ondersteuning van de volledige Port Folio.However, that baseline is seldom enough to support the full portfolio. Dit artikel is gebaseerd op de meest voorkomende volgende stap in Cloud beheer, portfolio bewerkingen.This article builds on the most common next step in cloud management, portfolio operations.

Een snelle studie van de assets in de IT-Port Folio markeert patronen in de werk belastingen die worden ondersteund.A quick study of the assets in the IT portfolio highlights patterns across the workloads that are being supported. Binnen deze werk belastingen worden er algemene platforms gebruikt.Within those workloads, there will be common platforms. Afhankelijk van de laatste technische beslissingen binnen het bedrijf kunnen deze platformen aanzienlijk verschillen.Depending on the past technical decisions within the company, those platforms could vary widely.

Voor sommige organisaties is er een zware afhankelijk van SQL Server, Oracle of andere open-source gegevens platforms.For some organizations, there will be a heavy dependence on SQL Server, Oracle, or other open-source data platforms. In andere organisaties kan de commonalities worden geroot op de hosting-platforms voor virtuele machines (Vm's) of containers.In other organizations, the commonalities might be rooted in the hosting platforms for virtual machines (VMs) or containers. Nog steeds hebben andere toepassingen of ERP-systemen (Enter prise resource planning) zoals SAP of Oracle mogelijk.Still others might have a common dependency on applications or enterprise resource planning (ERP) systems such as SAP or Oracle.

Door deze commonalities te zien, kan het Cloud Management-team gespecialiseerd zijn in een hoger ondersteunings niveau voor deze platformen met prioriteit.By understanding these commonalities, the cloud management team can specialize in higher levels of support for those prioritized platforms.

Een service catalogus makenEstablish a service catalog

De doel stelling van platform bewerkingen is het maken van betrouw bare en herhalende oplossingen, die het Cloud acceptatie team kan gebruiken voor het leveren van een platform dat een hoger niveau van zakelijke toezeg ging biedt.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. Die toezeg ging kan de waarschijnlijkheid of frequentie van downtime verlagen, waardoor de betrouw baarheid wordt verbeterd.That commitment could decrease the likelihood or frequency of downtime, which improves reliability. In het geval van een systeem fout kan de toezeg ging de hoeveelheid gegevens verlies of-tijd voor herstel verlagen.In the event of a system failure, the commitment could also help decrease the amount of data loss or time to recovery. Een dergelijke toezeg ging omvat vaak voortdurende, gecentraliseerde activiteiten ter ondersteuning van het platform.Such a commitment often includes ongoing, centralized operations to support the platform.

Naarmate het Cloud beheer team een hogere mate van operationeel beheer en specialisatie van specifieke platforms tot stand brengt, worden deze platformen toegevoegd aan een groeiende Service catalogus.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. De Service catalogus biedt selfservice-implementatie van platforms in een specifieke configuratie, die voldoet aan doorlopende platform bewerkingen.The service catalog provides self-service deployment of platforms in a specific configuration, which adheres to ongoing platform operations. Tijdens de zakelijke uitlijnings conversatie kunnen Cloud beheer-en Cloud strategie teams Service catalogus oplossingen Voorst Ellen als een manier om de betrouw baarheid, uptime en herstel verplichtingen in een bewaakt en herhaalbaar proces te verbeteren.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.

Ter referentie verwijzen sommige organisaties naar een vroege fase-Service catalogus als een goedgekeurde lijst.For reference, some organizations refer to an early-stage service catalog as an approved list. Het belangrijkste verschil is dat een service catalogus wordt geleverd met lopende operationele toezeg gingen vanuit het Cloud centrum van uitmuntendheid (CCoE).The primary difference is that a service catalog comes with ongoing operational commitments from the cloud center of excellence (CCoE). Een goedgekeurde lijst is vergelijkbaar en bevat een lijst met oplossingen die een team kan gebruiken in de Cloud.An approved list is similar, in that it provides a preapproved list of solutions that a team can use in the cloud. Normaal gesp roken is er echter geen operationeel voor deel dat is gekoppeld aan toepassingen op een goedgekeurde lijst.However, typically there isn't an operational benefit associated with applications on an approved list.

Net als het debat tussen gecentraliseerde IT-en CCoE, is het verschil een van de prioriteiten.Much like the debate between centralized IT and CCoE, the difference is one of priorities. Een service catalogus gaat uit van een goed doel, maar biedt operationele, governance-en beveiligings Guardrails die innovatie versnellen.A service catalog assumes good intent but provides operational, governance, and security guardrails that accelerate innovation. Een goedgekeurde lijst belemmert de innovatie totdat bewerkingen, naleving en beveiligings poorten kunnen worden door gegeven voor een oplossing.An approved list hinders innovation until operations, compliance, and security gates can be passed for a solution. Beide oplossingen zijn levensvatbaar, maar ze vereisen dat het bedrijf subtiele beslissingen moet nemen om te investeren in innovatie of naleving.Both solutions are viable, but they require the company to make subtle prioritization decisions to invest more in innovation or compliance.

De Service catalogus bouwenBuild the service catalog

Cloud beheer is zelden geslaagd tijdens het leveren van een service catalogus in een Silo.Cloud management is seldom successful at delivering a service catalog in a silo. De juiste ontwikkeling van de catalogus vereist een samen werking tussen het centrale IT-team of het CCoE.Proper development of the catalog requires a partnership across the central IT team or the CCoE. Deze aanpak is het meest geschikt wanneer een IT-organisatie een CCoE niveau van rijpheid bereikt, maar eerder kan worden geïmplementeerd.This approach tends to be most successful when an IT organization reaches a CCoE level of maturity, but could be implemented sooner.

Wanneer de Service catalogus wordt gemaakt binnen een CCoE-model, bouwt het Cloud platform team het gewenste status platform samen.When it's building the service catalog within a CCoE model, the cloud platform team builds out the desired-state platform. De Cloud governance en Cloud Security teams valideren de governance en de naleving van de implementatie.The cloud governance and cloud security teams validate governance and compliance within the deployment. Het Cloud beheer team brengt doorlopende bewerkingen voor dat platform aan.The cloud management team establishes ongoing operations for that platform. En het Cloud Automation-team verpakt het platform voor schaal bare en herhalende implementaties.And the cloud automation team packages the platform for scalable, repeatable deployment.

Nadat het platform is verpakt, kan het Cloud Management-team het toevoegen aan de groeiende Service catalogus.After the platform is packaged, the cloud management team can add it to the growing service catalog. Daar kan het Cloud acceptatie team het pakket of anderen in de catalogus gebruiken tijdens de implementatie.From there, the cloud adoption team can use the package or others in the catalog during deployment. Nadat de oplossing naar productie gaat, realiseert het bedrijf de extra voor delen van verbeterd operationeel beheer en mogelijke verstoringen van bedrijfs voering.After the solution goes to production, the business realizes the extra benefits of improved operational management and potentially reduced business disruptions.

Notitie

Voor het bouwen van een service catalogus is een groot aantal inspanningen en tijd van meerdere teams vereist.Building a service catalog requires a great deal of effort and time from multiple teams. Als u de Service catalogus of goedgekeurde lijst gebruikt als een beperking-mechanisme, wordt de innovatie vertraagd.Using the service catalog or approved list as a gating mechanism will slow innovation. Wanneer innovatie een prioriteit is, moeten service catalogi parallel worden ontwikkeld voor andere adoptie inspanningen.When innovation is a priority, service catalogs should be developed parallel to other adoption efforts.

Uw eigen platform bewerkingen definiërenDefine your own platform operations

Hoewel beheer hulpprogramma's en-processen kunnen helpen bij het verbeteren van platform bewerkingen, is dit vaak niet voldoende om de gewenste statussen van stabiliteit en betrouw baarheid te garanderen.Although management tools and processes can help improve platform operations, that is often not enough to achieve the desired states of stability and reliability. Voor echte platform bewerkingen is een focus vereist op de pijlers van de topkwaliteit van de architectuur.True platform operations requires a focus on pillars of architecture excellence. Wanneer een platform een diep gaande investering in bewerkingen rechtvaardigt, moet u rekening houden met de volgende vijf pijlers voordat het platform onderdeel wordt van een service catalogus:When a platform justifies a deeper investment in operations, consider the following five pillars before the platform becomes a part of any service catalog:

  • Kostenoptimalisatie: Kosten beheren om de geleverde waarde te maximaliseren.Cost optimization: Manage costs to maximize the value delivered.
  • Operationele topprestaties: Operationele processen volgen die ervoor zorgen dat een systeem blijft werken.Operational excellence: Follow operational processes that keep a system running in production.
  • Prestatie-efficiëntie: Systemen schalen om deze aan te passen op wijzigingen in de belasting.Performance efficiency: Scale systems to adapt to changes in load.
  • Betrouwbaarheid: Systemen ontwerpen om te herstellen van fouten en te kunnen blijven functioneren.Reliability: Design systems to recover from failures and continue to function.
  • Beveiliging: Toepassingen en gegevens beveiligen tegen bedreigingen.Security: Protect applications and data from threats.

Het Microsoft Azure Well-Architected-Framework biedt een aanpak voor het evalueren van specifieke workloads voor de naleving van deze pijlers, in een poging om de algemene bewerkingen te verbeteren.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. Deze pijlers kunnen worden toegepast op platform bewerkingen en werkbelasting bewerkingen.These pillars can be applied to both platform operations and workload operations.

Aan de slag met specifieke platformsGet started with specific platforms

De platforms die in de volgende secties worden besproken, zijn gebruikelijk voor typische Azure-klanten en ze kunnen eenvoudig een investering in platform activiteiten rechtvaardigen.The platforms discussed in the next sections are common to typical Azure customers, and they can easily justify an investment in platform operations. Cloud beheer teams beginnen eraan om ze te starten bij het bouwen van platform bewerkings vereisten of een volledige service catalogus.Cloud management teams tend to start with them when they're building out platform operations requirements or a full service catalog.

PaaS-gegevens bewerkingenPaaS data operations

Gegevens zijn vaak het eerste platform om investeringen van platform bewerkingen te garanderen.Data is often the first platform to warrant platform operations investments. Wanneer gegevens worden gehost in een PaaS-omgeving (platform as a Service), moeten zakelijke belanghebbenden een gereduceerde Recovery Point Objective (RPO) aanvragen om gegevens verlies te minimaliseren.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. Afhankelijk van de aard van de toepassing, kunnen ze ook een verlaging van de beoogde herstel tijd (RTO) aanvragen.Depending on the nature of the application, they might also request a reduction in recovery time objective (RTO). In beide gevallen kan de architectuur die PaaS-gebaseerde gegevens oplossingen ondersteunt eenvoudig een groter niveau van beheer ondersteuning bieden.In either case, the architecture that supports PaaS-based data solutions can easily accommodate some increased level of management support.

In de meeste gevallen kunnen de kosten voor het verbeteren van beheer verplichtingen eenvoudig worden verantwoord, zelfs voor toepassingen die niet essentieel zijn voor de missie.In most scenarios, the cost of improving management commitments is easily justified, even for applications that are not mission critical. Deze platform verwerkings verbetering is zo gebruikelijk dat veel Cloud beheer teams meer zien als een uitgebreide basis lijn, in plaats van een echte platform verwerkings verbetering.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-gegevens bewerkingenIaaS data operations

Wanneer gegevens worden gehost in een traditionele IaaS-oplossing (Infrastructure as a Service), kan de inspanningen om RPO en RTO te verbeteren aanzienlijk hoger zijn.When data is hosted in a traditional infrastructure as a service (IaaS) solution, the effort to improve RPO and RTO can be significantly higher. De belanghebbenden van het bedrijf wensen echter betere beheer verplichtingen te belasten.Yet the business stakeholders' desire to achieve better management commitments is seldom affected by a PaaS versus IaaS decision. Als er iets anders is, kan een kennis van de belangrijkste verschillen in architectuur het bedrijf vragen om te vragen naar PaaS-oplossingen of-toezeg gingen die overeenkomen met wat beschikbaar is op PaaS-oplossingen.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 van alle IaaS-gegevens platforms moet worden beschouwd als een eerste Step Into platform-bewerkingen.Modernization of any IaaS data platforms should be considered as a first step into platform operations.

Wanneer modernisatie geen optie is, stellen Cloud Management teams doorgaans prioriteiten in op IaaS-gebaseerde gegevens platforms als een eerste vereiste service in de Service catalogus.When modernization isn't an option, cloud management teams commonly prioritize IaaS-based data platforms as a first required service in the service catalog. Door het bedrijf een keuze te bieden tussen zelfstandige gegevens servers en geclusterde, gegevens oplossingen met hoge Beschik baarheid, kan de bedrijfs toezeggings conversatie veel gemakkelijker worden vereenvoudigd.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. Een basis memorandum van de operationele verbeteringen en de verhoogde kosten zorgen ervoor dat het bedrijf de beste beslissing kan nemen voor de bedrijfs processen en de ondersteunende werk belastingen.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.

Andere algemene platform bewerkingenOther common platform operations

Naast gegevens platforms zijn hosts voor virtuele machines doorgaans een gemeen schappelijk platform voor de verbeteringen van de bewerkingen.In addition to data platforms, virtual machine hosts tend to be a common platform for operations improvements. De meeste Cloud platform-en Cloud beheer teams investeren in verbeteringen aan VMware-hosts of container oplossingen.Most commonly, cloud platform and cloud management teams invest in improvements to VMware hosts or container solutions. Dergelijke investeringen kunnen de stabiliteit en betrouw baarheid van de hosts verbeteren, waardoor de virtuele machines worden ondersteund.Such investments can improve the stability and reliability of the hosts, which support the VMs, which in turn power the workloads. De juiste bewerkingen op één host of container kunnen de RPO of RTO van verschillende werk belastingen verbeteren.Proper operations on one host or container can improve the RPO or RTO of several workloads. Deze benadering maakt betere zakelijke toezeg gingen, maar distribueert de investering.This approach creates improved business commitments, but distributes the investment. Verbeterde verplichtingen en gereduceerde kosten combi neren om het veel gemakkelijker te maken om verbeteringen aan het beheer van de Cloud en het platform te rechtvaardigen.Improved commitments and reduced costs combine to make it much easier to justify improvements to cloud management and platform operations.

Volgende stappenNext steps

In combi natie met verbeteringen aan platform bewerkingen zijn Cloud beheer teams ook gericht op het verbeteren van de werk belasting voor de top van 20% of minder aan productie werkbelastingen.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.