雲端管理中的平台作業
雲端管理基準橫跨清查和可見度、作業合規性和保護與復原領域，並可能為 IT 組合中的大部分工作負載，提供足夠等級的雲端管理。 但該基準很少足以支援完整的組合。 本文以雲端管理中最常見的下一步：組合作業為基礎。
快速研究 IT 組合中的資產，會醒目提示支援工作負載的現有模式。 在這些工作負載中，有常見的平臺。 平臺可能會根據公司內的過去技術決策而有很大的差異。
對於某些組織而言，對SQL Server、Oracle 或其他開放原始碼資料平臺有大量相依性。 在其他組織中，共通的則可能是虛擬機器 (VM) 或容器的主機平台。 還有其他組織則可能會對應用程式或如 SAP 或 Oracle 等的企業資源規劃 (ERP) 有著共同的相依性。
當您瞭解這些共通性時，您的雲端管理小組可以特別針對這些優先平臺提供較高層級的支援。
建立服務類別目錄
平臺作業的目標是要為雲端採用小組建立可靠且可重複的解決方案。 雲端採用小組接著可以提供更高層級業務承諾的平臺。 這種承諾可減少停機的可能性或頻率，進而改善可靠性。 如果系統失敗，承諾也有助於減少資料遺失或復原時間。 這類承諾通常包括為了支援平台而持續進行的集中式作業。
當雲端管理小組建立與特定平臺相關的作業管理和特製化程度較高時，他們會將平臺新增至成長的服務類別目錄。 服務類別目錄會在特定組態中提供自助平臺部署，其會遵循進行中的平臺作業。 在商務一致性交談期間，雲端管理和雲端策略小組可以建議商務的服務類別目錄解決方案。 服務類別目錄解決方案可改善受控、可重複程式中的可靠性、執行時間和復原承諾。
有些組織會將早期服務類別目錄稱為「核准清單」。(供參考) 其中主要的差異在於，服務類別目錄包含從雲端卓越中心 (CCoE) 而來的作業承諾。 核准的清單類似。 它提供小組可在雲端中使用的預先核准解決方案清單。 但通常沒有與核准清單上的應用程式相關聯的作業權益。
就像集中式 IT 和 CCoE 之間的爭論，差別在於其中一個優先順序。 服務類別目錄假設良善的意圖，但提供可加速創新的作業、治理和安全性護欄。 核准的清單會阻礙創新，直到解決方案通過作業、合規性和安全性閘道為止。 這兩種解決方案都是可行的，但需要公司進行微妙的優先順序抉擇，決定是要投資在創新上，還是合規性上。
打造服務類別目錄
雲端管理鮮少能在孤島中成功傳遞服務類別目錄。 目錄的正確開發需要跨中央 IT 小組或 CCoE 之間的合作。 當 IT 組織達到 CCoE 等級的成熟度時，這種方法通常最成功，但可以更快實作。
當雲端平臺小組在 CCoE 模型中建置服務類別目錄時，他們會建置所需的狀態平臺。 雲端治理和雲端安全性小組會驗證部署內的治理和合規性。 雲端管理小組會為該平台建立持續進行的作業。 接著雲端自動化小組會封裝平台，讓平台能夠進行擴充並且可重複部署。
封裝平台之後，雲端管理小組可以將它新增至不斷增長的服務類別目錄中。 從該處，雲端採用小組會在部署期間使用目錄中的套件或其他套件。 在解決方案進入生產環境之後，企業便能實現額外的作業管理優勢，還有機會減少商務中斷次數。
注意
建立服務類別目錄需要多個小組大量投入心血和時間。 使用服務類別目錄或核准的清單作為管制機制會降低創新速度。 當創新是優先順序時，請平行開發服務類別目錄與其他採用工作。
定義您自己的平台作業
雖然管理工具和程式可以改善平臺作業，但通常不足以達到所需的穩定性和可靠性狀態。 真正的平臺作業需要專注于卓越架構的要素。 在考慮是否該加重平台對作業的投資時，請在該平台成為任何服務類別目錄的一部分之前，考量下列五個要素：
- 可靠性： 設計系統以從失敗中復原並繼續運作的能力。
- 安全性： 保護應用程式和資料，使其免於威脅。
- 成本最佳化： 管理成本以將傳遞的價值最大化。
- 卓越的營運績效： 追隨讓系統在生產環境中順利運作的作業流程。
- 效能效率： 調整系統以適應負載中的變更。
Microsoft Azure Well-Architected Framework提供評估特定工作負載以遵循這些要素的方法，以改善整體作業。 您可以將這些要素同時套用至平臺作業和工作負載作業。
從使用特定平台開始
下一節所討論是典型 Azure 客戶常用的平台，並且能容易地證明其對平台作業的投資是合理的。 雲端管理小組通常會在建立平台作業需求或完整服務類別目錄時，先從它們開始使用。
PaaS 資料作業
資料通常是首個需要進行平台作業投資的平台。 當資料裝載於平台即服務 (PaaS) 環境中時，商業利害關係人通常會要求較低的復原點目標 (RPO) 以盡量降低資料遺失量。 視應用程式的本質而定，他們可能也會要求減少復原時間目標 (RTO)。 無論是哪一種情況，支援 PaaS 型資料解決方案的結構都可以輕鬆地容納更高層級的管理支援。
在大部分情況下，即使不是任務關鍵性的應用程式，改善管理承諾的成本也很容易合理。 這種針對平台作業的改進相當常見，讓許多雲端管理小組將其視為一種增強過的基準，而非真正的平台作業改善。
IaaS 資料作業
當資料裝載于傳統基礎結構即服務 (IaaS) 解決方案時，改善 RPO 和 RTO 的工作可能會更高。 但商業利害關係人對於想要達成更佳管理承諾用量的渴望，卻很少會因為決定要使用 PaaS 或 IaaS 的決策而受到影響。 如果有的話，對架構中基本差異的了解可能會促使企業要求 PaaS 解決方案，或是符合 PaaS 解決方案的可用承諾。 請考慮將任何 IaaS 資料平臺現代化，作為平臺作業的第一步。
若是無法進行現代化，雲端管理小組通常優先將以 IaaS 為基礎的資料平台做為服務類別目錄中的第一個必要服務。 提供各個選項，讓企業能夠在獨立資料伺服器和叢集化、高可用性、資料解決方案之間選擇，能夠讓商務承諾的協調更加容易。 對營運改善和增加成本有基本瞭解，可協助企業為其商務程式和支援工作負載做出最佳決策。
其他常見的平台作業
除了資料平台之外，虛擬機器主機通常也是作業改善的常見平台。 雲端平臺和雲端管理小組最常投資 VMware 主機或容器解決方案的改善。 這類投資可改善主機的穩定性和可靠性，而主機支援 VM，進而便可強化工作負載。 單一主機或容器上的妥善作業可以改善數個工作負載的 RPO 或 RTO。 此方法可建立改善的業務承諾，但會分散投資。 改善的承諾和降低的成本兩者相結合，讓您能更名正言順地進行雲端管理和平台作業的改善。
後續步驟
除了平台作業的改善，雲端管理小組同時也致力於改善前 20% 或以下的生產工作負載的工作負載作業。