Power Platform Well-Architected 工作負載
Power Platform Well-Architected 使用術語 工作負載 來描述一組應用程式資源、數據和支援基礎設施，它們協同工作以提供所需的業務成果。 工作負載包括應用程式和技術元件以及行為、開發和操作流程。
工作負載由架構師設計，並由工作負載團隊構建。 它們滿足功能性和非功能性業務需求。 工作負載有多種類型。
工作負載分類的典型標準包括：
- 工作負載的效用、特徵和使用模式。
- 關鍵的有影響力的驅動因素。
- 預期目標觀眾。
同一類工作負載可能分享相似之處，包括其目標觀眾、合規性要求和技術堆棧。 Well-Architected 的 Power Platform 五大支柱、其原則、清單和權衡與所有工作負載類別相關。
將支柱指南應用於代表工作負載優先順序的技術設計原則和設計領域。 跟隨建議，以幫助設置成功的工作負載並使用 Well-Architected 對齊它 Power Platform 。
什麼是 Power Platform Well-Architected 工作負載？
任何工作負載的設計和運營都必須考慮五個架構支柱：可靠性、安全性、卓越運營、性能效率和體驗優化。
 要創建成功的工作負載，請根據 Power Platform Well-Architected 原則開發它。 |
|---|
Well-Architected Power Platform 工作負載：
- 具有描述系統應該做什麼以及它應該如何完成它的要求，並且這些要求按實現目標的重要性排序。
- 旨在讓您通過使用資源並結合設計模式和權衡來實現這些要求。
- 按照設計和目的的規格構建和運營。
- 通過實現其目的的程度來衡量。
- 可以隨著其目的的完善或改變而進行調整。
- 與它需要的一樣可靠。
- 與它需要的一樣安全。
- 以負責任的方式開發和運營。
- 在可接受的時間內完成其目的。
- 提供確保使用者成功的體驗。
工作負載團隊與組織的中心團隊之間的協作必須創建具有上述特徵的工作負載。 以下部分介紹了這些團隊及其功能。
工作負載團隊
創建一個工作負載團隊，該團隊的團隊成員具有廣泛的技術和業務學科。 所有團隊成員的主要關注點都應該是工作負載的成功。
| 工作負載團隊成員示例 | |
|---|---|
| 業務利益相關者 開發人員或軟體工程師 解決方案架構師 數據分析師 資料庫管理員 |
製作者 安全架構師或工程師 基礎設施工程師 產品經理或擁有者 質量保證 (QA) 工程師 支援團隊成員 |
集中式團隊和利益相關者
工作負載團隊通常從集中式團隊獲得支援。 這些團隊提供支援功能，並對組織的許多或所有雲工作負載實施治理。 集中式團隊的目標是組織的成功，這在一定程度上取決於其工作負載的性能。 他們為工作負載提供服務、指導和防護機制。
| 集中式團隊和團隊成員的範例 | |
|---|---|
| 商業智慧分析師 業務利益相關者 卓越中心 (CoE) 董事會 平台團隊 網路安全分析師 資料庫管理員 企業架構師 |
業務分析師 基礎設施工程師 法律和合規官 網路工程師 採購專家 項目經理 |
Power Platform Well-Architected 工作負載團隊專注於工作負載結果。 他們與集中式團隊成員協調並從中受益。
滿足要求
在整個 Well-Architected 中 Power Platform ，建議與工作負載的用途和預期結果一致。 建議沒有明確說明哪個團隊成員或團隊促進了工作負載的義務。 您可以通過執行工作負載級別的對應來確定與工作負載類型和嚴重程度相關的團隊角色和職責，從而決定由誰來執行每項操作。
直接工作負載團隊處理大多數工作負載要求。 某些需求是與集中式團隊共同處理的。 例如，實施選擇可能基於集中式團隊設置的防護機制。 或者，集中式團隊可能專門處理實現選擇。
您的工作負載團隊必須與其他團隊建立工作關係，以幫助協作實現工作負載目標。 如果您外包元件或責任，則必須成功履行這些義務。
瞭解約束
集中式團隊根據團隊的核心能力和核心基礎設施支援不同的工作負載。 為了在組織範圍內提供這種支援，集中式團隊可能會對提供的服務或基礎設施實施統一性和約束。 在設計工作負載時，瞭解這些約束並盡可能與瞭解這些約束的企業架構師合作至關重要。 盡可能多地從以前的實施中學習。
明確傳達要求
當您的工作負載要求遇到限制或服務級別協定 (SLA) 時，如果核心功能或基礎設施產品含糊不清，請將其視為風險。 您的工作負載團隊應向其他團隊解釋此問題如何影響工作負載。 您可能需要調整工作負載要求、設計或實施，或者修改基礎設施產品。
當您瞭解平臺團隊與組織指令相關的義務和工作負載團隊的義務時，您可以傳達工作負載要求與現實的期望和建議。
尋找 Unified Win
責任共擔不僅僅是權衡、約束和妥協。 平台團隊通常具有高度專業化的技能和專用預算，這些預算可能會超出單個工作負載團隊的承受能力。 請考慮以下範例。
安全專家。 您的工作負載可能具有安全的開發生命週期。 當集中式安全團隊在整個組織中大規模執行安全開發任務時，它可能會執行超出您工作範圍的例行滲透測試。 它還可能有助於規劃和執行事件回覆策略。
企業架構指南。 如果您對齊企業架構團隊的模式和實踐，您可以節省時間和精力，因為該團隊已經簡化了流程。 如果未經協商，在合作夥伴關係中無法找到解決方案，您還可以防止返工。
平台團隊通常為工作負載團隊提供各種活動的自助服務選項，例如為自我指導的教育提供文檔存儲庫。
探索可能適合您工作負載的自助服務選項。
分享成功與挑戰
與其他團隊合作也意味著慶祝和承認工作負載的結果和困難。 當您的工作負載滿足其要求並實現所需價值時，請讓您的合作夥伴團隊知道這一點。 向他們展示他們如何説明工作負載取得成功。 當您的工作負載達不到其要求時，分享問題並共同努力調整以重回正軌。
平台團隊也有義務和成功標準。 您應該期望您的合作夥伴告訴您您的工作負載是否與產品/服務配合良好，或者它是否有成為嘈雜鄰居的風險。
努力持續改進
持續改進是所有 Power Platform Well-Architected 的一個主題。 對變化持開放態度。 您可能會遇到解決現有問題、使用新技術、滿足新需求或在新限制下工作的新方法。 隨著您的工作量隨著時間的推移而變化，請鼓勵您的協作團隊採取同樣的態度。 然而，每一個改進機會也都涉及變化，應該有適當的管理流程作為後盾。
工作負載團隊需要通知平台團隊可能影響平台團隊服務的任何工作負載需求計劃更改。 同樣，平台團隊需要讓他們的工作負載合作夥伴參與變更管理流程，並就任何重大的平臺變更進行清晰的溝通。 與合作夥伴制定定期溝通計劃，以瞭解和分享產品的開發方式。
取得成功
工作負載面臨著來自各種利益相關者的許多需求，例如使用者、股東、監管機構、員工、卓越中心和首席體驗官。 這樣的要求可能使選擇明確的方向變得困難。 Power Platform Well-Architected 通過解釋選擇架構以實現積極結果的原因，説明您理解設計和實現。 構建成功的工作負載，並與您的組織一起慶祝這一成功。