Operace s platformou ve správě clouduPlatform operations in cloud management

Základní plán správy cloudu, který pokrývá inventář a viditelnost, provozní dodržování předpisůa ochrana a obnovení , může poskytovat dostatečnou úroveň správy cloudu pro většinu úloh v portfoliu IT.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. Nicméně tento směrný plán je pro podporu celého portfolia dostatečně málo.However, that baseline is seldom enough to support the full portfolio. Tento článek sestaví na nejběžnějším dalším kroku správy cloudu, operací portfolia.This article builds on the most common next step in cloud management, portfolio operations.

Rychlá studie prostředků v portfoliu IT zvýrazňuje vzory napříč úlohami, které jsou podporované.A quick study of the assets in the IT portfolio highlights patterns across the workloads that are being supported. V rámci těchto úloh budou existovat běžné platformy.Within those workloads, there will be common platforms. V závislosti na minulých technických rozhodnutích v rámci společnosti se tyto platformy můžou výrazně lišit.Depending on the past technical decisions within the company, those platforms could vary widely.

U některých organizací dojde k těžké závislosti na SQL Server, Oracle nebo jiných open source datových platformách.For some organizations, there will be a heavy dependence on SQL Server, Oracle, or other open-source data platforms. V jiných organizacích může být commonalities rootem na hostujících platformách pro virtuální počítače (VM) nebo kontejnery.In other organizations, the commonalities might be rooted in the hosting platforms for virtual machines (VMs) or containers. Další můžou mít i jiné společné závislosti na aplikacích nebo systémech pro plánování podnikových zdrojů (ERP), jako je například SAP nebo Oracle.Still others might have a common dependency on applications or enterprise resource planning (ERP) systems such as SAP or Oracle.

Díky porozumění těmto commonalities se tým pro správu cloudu může specializovat na vyšší úroveň podpory pro tyto platformy s určenou prioritou.By understanding these commonalities, the cloud management team can specialize in higher levels of support for those prioritized platforms.

Zřízení katalogu služebEstablish a service catalog

Cílem operací platforem je vytvořit spolehlivá a opakující se řešení, která tým pro přijetí do cloudu může použít k zajištění platformy, která poskytuje vyšší úroveň obchodního závazku.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. Tento závazek by mohl snížit pravděpodobnost nebo četnost výpadků, což zvyšuje spolehlivost.That commitment could decrease the likelihood or frequency of downtime, which improves reliability. V případě selhání systému může závazek také snížit množství ztráty dat nebo času na obnovení.In the event of a system failure, the commitment could also help decrease the amount of data loss or time to recovery. Takový závazek často zahrnuje průběžné a centralizované operace pro podporu platformy.Such a commitment often includes ongoing, centralized operations to support the platform.

Jelikož tým pro správu cloudu vytváří vyšší úrovně provozní správy a specializace související s konkrétními platformami, přidají se tyto platformy do rostoucího katalogu služeb.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. Katalog služeb poskytuje samoobslužné nasazení platforem v konkrétní konfiguraci, které dodržuje průběžné operace platforem.The service catalog provides self-service deployment of platforms in a specific configuration, which adheres to ongoing platform operations. Během konverzace o obchodním vyrovnání můžou týmy pro správu cloudu a cloudové strategie navrhovat řešení služby Service Catalog jako způsob, jak podniku zlepšit závazky spolehlivosti, provozu a obnovení v řízeném, opakujícím se procesu.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.

V případě referenčních informací některé organizace odkazují na předběžnou fázi katalogu služeb jako seznam schválených.For reference, some organizations refer to an early-stage service catalog as an approved list. Hlavním rozdílem je to, že katalog služeb přináší průběžné provozní závazky z cloudového centra excelence (CCoE).The primary difference is that a service catalog comes with ongoing operational commitments from the cloud center of excellence (CCoE). Seznam schválených je podobný v tom, že poskytuje předschválený seznam řešení, které může tým používat v cloudu.An approved list is similar, in that it provides a preapproved list of solutions that a team can use in the cloud. Obvykle ale není k dispozici žádný provozní přínos spojený s aplikacemi na seznamu schválených aplikací.However, typically there isn't an operational benefit associated with applications on an approved list.

Podobně jako v diskusi mezi centralizovaným IT a CCoE je rozdíl jedna z priorit.Much like the debate between centralized IT and CCoE, the difference is one of priorities. Katalog služeb předpokládá dobrý záměr, ale poskytuje provozní, vládnutí a bezpečnostní guardrailsy, které urychlují inovace.A service catalog assumes good intent but provides operational, governance, and security guardrails that accelerate innovation. Schválený seznam brání inovaci, dokud nebudete moci předat operace, dodržování předpisů a brány zabezpečení pro řešení.An approved list hinders innovation until operations, compliance, and security gates can be passed for a solution. Obě řešení jsou životaschopná, ale vyžadují společnost, aby v rámci inovace nebo dodržování předpisů investovala do malého počtu rozhodnutí.Both solutions are viable, but they require the company to make subtle prioritization decisions to invest more in innovation or compliance.

Sestavení katalogu služebBuild the service catalog

Správa cloudu se nedoporučuje úspěšně při doručování katalogu služeb v silu.Cloud management is seldom successful at delivering a service catalog in a silo. Řádný vývoj katalogu vyžaduje partnerství v rámci centrálního IT týmu nebo CCoE.Proper development of the catalog requires a partnership across the central IT team or the CCoE. Tento přístup má největší úspěšnost, když organizace IT dosáhne CCoE úrovně zralosti, ale může být implementována dřív.This approach tends to be most successful when an IT organization reaches a CCoE level of maturity, but could be implemented sooner.

Při sestavování katalogu služeb v rámci modelu CCoE tým cloudové platformy vytvoří platformu požadovaného stavu.When it's building the service catalog within a CCoE model, the cloud platform team builds out the desired-state platform. Služby řízení cloudu a týmy cloudového zabezpečení ověřují zásady správného řízení a dodržování předpisů v rámci nasazení.The cloud governance and cloud security teams validate governance and compliance within the deployment. Tým pro správu cloudu zavádí pro tuto platformu průběžné operace.The cloud management team establishes ongoing operations for that platform. A tým Cloud Automation zabalí platformu pro škálovatelné a opakované nasazení.And the cloud automation team packages the platform for scalable, repeatable deployment.

Po zabalení platformy ho tým pro správu cloudu může přidat do rostoucího katalogu služeb.After the platform is packaged, the cloud management team can add it to the growing service catalog. Odtud může tým přijetí cloudu použít balíček nebo jiné v katalogu během nasazování.From there, the cloud adoption team can use the package or others in the catalog during deployment. Až řešení přejde do produkčního prostředí, bude mít za následek další výhody vylepšené provozní správy a potenciálně omezené fungování v podniku.After the solution goes to production, the business realizes the extra benefits of improved operational management and potentially reduced business disruptions.

Poznámka

Vytváření katalogu služeb vyžaduje skvělou námahu a dobu od více týmů.Building a service catalog requires a great deal of effort and time from multiple teams. Použití katalogu služeb nebo seznamu schválených jako mechanismus uzavírání bude mít za chvíli pomalé inovace.Using the service catalog or approved list as a gating mechanism will slow innovation. Když je inovace prioritou, katalogy služeb by se měly vyvíjet paralelně s dalšími úsilími o přijetí.When innovation is a priority, service catalogs should be developed parallel to other adoption efforts.

Definování vlastních operací platformyDefine your own platform operations

I když nástroje pro správu a procesy mohou pomoci vylepšit operace s platformou, což často není dostatečné pro dosažení požadovaných stavů stability a spolehlivosti.Although management tools and processes can help improve platform operations, that is often not enough to achieve the desired states of stability and reliability. Pravdivé operace platforem vyžadují zaměření na pilíře nejvyšší úrovně architektury.True platform operations requires a focus on pillars of architecture excellence. Když platforma odůvodňuje hlubší investici v provozu, zvažte následující pět sloupků, než se platforma stal součástí jakéhokoli katalogu služeb:When a platform justifies a deeper investment in operations, consider the following five pillars before the platform becomes a part of any service catalog:

  • Optimalizace nákladů: Správa nákladů a maximalizace poskytované hodnotyCost optimization: Manage costs to maximize the value delivered.
  • Efektivita provozu: Dodržování provozních procesů, které udržují systém spuštěný v produkčním prostředíOperational excellence: Follow operational processes that keep a system running in production.
  • Efektivita výkonu: Škálování systémů tak, aby se přizpůsobovaly změnám v zatíženíPerformance efficiency: Scale systems to adapt to changes in load.
  • Spolehlivost: Návrh systémů pro zotavení v případě selhání a pokračování v provozuReliability: Design systems to recover from failures and continue to function.
  • Zabezpečení: Ochrana aplikací a dat před hrozbamiSecurity: Protect applications and data from threats.

Rozhraní Microsoft Azure Well-Architected Framework poskytuje přístup k vyhodnocení konkrétních úloh pro přistoupení k těmto pilířům ve snaze zlepšit celkové operace.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. Tyto pilíře lze použít pro operace platforem i pro operace s úlohou.These pillars can be applied to both platform operations and workload operations.

Začínáme s konkrétními platformamiGet started with specific platforms

Platformy popsané v dalších oddílech jsou společné pro typické zákazníky Azure a můžou snadno zdůvodnit investici do operací platforem.The platforms discussed in the next sections are common to typical Azure customers, and they can easily justify an investment in platform operations. Týmy pro správu cloudu mají při sestavování požadavků na operace s platformou nebo úplného katalogu služeb začít s nimi.Cloud management teams tend to start with them when they're building out platform operations requirements or a full service catalog.

PaaS datové operacePaaS data operations

Data jsou často první platformou, která zaručuje investice do operací s platformou.Data is often the first platform to warrant platform operations investments. Když jsou data hostována v prostředí PaaS (Platform as a Service), účastníci obchodních stran mají v úmyslu vyžádat si pro minimalizaci ztráty dat snížený cíl bodu obnovení (RPO).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. V závislosti na povaze aplikace si taky můžou vyžádat snížení cíle doby obnovení (RTO).Depending on the nature of the application, they might also request a reduction in recovery time objective (RTO). V obou případech může architektura, která podporuje datová řešení založená na PaaS, snadno přizpůsobit určitou zvýšenou úroveň podpory správy.In either case, the architecture that supports PaaS-based data solutions can easily accommodate some increased level of management support.

Ve většině scénářů jsou náklady na zlepšení závazků za správu snadno odůvodněné, a to i u aplikací, které nejsou klíčové.In most scenarios, the cost of improving management commitments is easily justified, even for applications that are not mission critical. Tato vylepšení operací s platformou je tak běžné, že mnoho týmů pro správu cloudu se lépe zobrazuje jako rozšířené standardní hodnoty, nikoli jako zlepšení provozu na platformě.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 datové operaceIaaS data operations

Když jsou data hostována v tradičním řešení infrastruktury jako služba (IaaS), snaha o vylepšení RPO a RTO může být výrazně vyšší.When data is hosted in a traditional infrastructure as a service (IaaS) solution, the effort to improve RPO and RTO can be significantly higher. Nicméně přání obchodních zúčastněných stran dosáhnout lepších závazků pro správu je zřídka ovlivněno PaaS a rozhodnutím IaaS.Yet the business stakeholders' desire to achieve better management commitments is seldom affected by a PaaS versus IaaS decision. Pokud je to vše, může se při porozumění základních rozdílů v architektuře vyzvat firma, aby požádal o řešení PaaS nebo závazky, které odpovídají dostupnosti v řešeních PaaS.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. Modernizace všech IaaS datových platforem by se měla považovat za první krok do operací platforem.Modernization of any IaaS data platforms should be considered as a first step into platform operations.

V případě, že modernizace není možnost, týmy pro správu cloudu běžně v katalogu služeb přednostně IaaS datové platformy založené na jako první požadovaná služba.When modernization isn't an option, cloud management teams commonly prioritize IaaS-based data platforms as a first required service in the service catalog. Díky tomu, že podnik nabízí možnost volby mezi samostatnými datovými servery a clusterovanými, vysoce dostupnými datovými řešeními, je snazší zjednodušit konverzaci obchodních závazků.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. Základní porozumění provozním vylepšením a zvýšeným nákladům pomůže firmám učinit nejlepší rozhodnutí pro obchodní procesy a podpůrné úlohy.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.

Další běžné operace platformyOther common platform operations

Kromě datových platforem se jako hostitelé virtuálních počítačů běžně jedná o společnou platformu pro vylepšení provozu.In addition to data platforms, virtual machine hosts tend to be a common platform for operations improvements. Nejčastější týmy cloudových platforem a cloudových řešení investují do vylepšení hostitelů VMware nebo řešení kontejnerů.Most commonly, cloud platform and cloud management teams invest in improvements to VMware hosts or container solutions. Tyto investice můžou zlepšit stabilitu a spolehlivost hostitelů, které podporují virtuální počítače, které jsou zase napájené z úloh.Such investments can improve the stability and reliability of the hosts, which support the VMs, which in turn power the workloads. Správné operace na jednom hostiteli nebo kontejneru můžou zlepšit RPO nebo RTO několika úloh.Proper operations on one host or container can improve the RPO or RTO of several workloads. Tento přístup vytvoří vylepšené obchodní závazky, ale distribuuje investici.This approach creates improved business commitments, but distributes the investment. Vylepšené závazky a snížené náklady jsou zkombinovány, aby byly mnohem snazší s vylepšením v oblasti správy cloudu a operací platforem.Improved commitments and reduced costs combine to make it much easier to justify improvements to cloud management and platform operations.

Další krokyNext steps

V paralelním prostředí s vylepšeními operací s platformou se týmy pro správu cloudu zaměřují také na vylepšení operací s úlohou v horních 20 procentech nebo méně produkčních úlohách.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.