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