共用方式為


Power Platform 架構良好的工作負載

Power Platform Well-Architected 使用術語 “工作負載 ”來描述一組應用程式資源、數據和支援基礎結構,這些資源、數據和支援基礎結構協同工作以交付所需的業務成果。 工作負載包括應用程式和技術元件以及行為、開發和操作流程。

工作負載由架構師設計,並由工作負載團隊構建。 它們滿足功能性和非功能性業務需求。 工作負載有多種類型。

工作負載分類的典型標準包括:

  • 工作負載的實用性、特徵和使用模式。
  • 關鍵影響因素。
  • 預期目標觀眾。

同一類的工作負載可以共用相似之處,包括其目標觀眾、合規性要求和技術堆疊。 Well-Architected 的 Power Platform 五大支柱、其原則、清單和權衡適用於所有工作負載類。

將支柱指南應用於代表工作負載優先順序的技術設計原則和設計領域。 按照建議幫助設置成功的工作負載,並使其與 Power Platform Well-Architected 保持一致。

什麼是 Power Platform 架構良好的工作負載?

任何工作負載的設計和操作都必須考慮五個體系結構支柱:可靠性、安全性、卓越運營、性能效率和體驗優化。

若要創建成功的工作負載,請根據 Power Platform Well-Architected 原則對其進行開發。

Power Platform 架構良好的工作負載:

  • 具有描述系統應該做什麼以及它應該做得如何的要求,並按重要性對實現目標進行排名。
  • 旨在通過使用資源並合併設計模式和權衡來實現這些要求。
  • 按照設計和用途的規格建造和操作。
  • 通過它實現其目的的程度來衡量。
  • 可以隨著其目的的改進或改變而適應。
  • 與它需要的一樣可靠。
  • 與需要的一樣安全。
  • 以負責任的方式開發和運營。
  • 在可接受的時間段內完成其目的。
  • 提供確保使用者成功的體驗。

工作負載團隊與組織中心團隊之間的協作必須創建具有上述特徵的工作負載。 以下各節介紹這些團隊及其職能。

工作負載團隊

創建一個工作負載團隊,該團隊的團隊成員具有廣泛的技術和業務學科。 所有團隊成員的主要關注點應該是工作量的成功。

工作負載團隊成員的示例  
業務利益干系人
開發人員或軟體工程師
解決方案架構師
數據分析師
資料庫管理員
製作者
安全架構師或工程師
基礎設施工程師
產品經理或負責人
質量保證(QA)工程師
支援團隊成員

集中式團隊和利益相關者

工作負載團隊經常獲得集中式團隊的支援。 這些團隊提供支援功能,併為組織的許多或所有雲工作負載實施治理。 集中式團隊的目標是組織的成功,這在一定程度上取決於其工作負載的性能。 它們為工作負載提供服務、指導和護欄。

集中式團隊和團隊成員的範例  
商業智慧分析師
業務利益干系人
卓越中心(CoE)董事會
平台團隊
網路安全分析師
資料庫管理員
企業架構師
業務分析師
基礎設施工程師
法律和合規官
網路工程師
採購專家
項目經理

Power Platform Well-Architected 工作負載團隊專注於工作負載結果。 他們與集中式團隊成員的專業支持進行協調並從中受益。

滿足要求

在整個 Well-Architected 中 Power Platform ,建議與工作負載的目的和預期結果一致。 建議沒有明確說明哪個團隊成員或團隊促進了工作負載的義務。 您可以通過執行工作負載級別映射來確定團隊與工作負載類型和關鍵性相關的角色和職責,從而決定誰應執行每個操作。

直接工作負載團隊處理大多數工作負載要求。 有些需求是與集中式團隊共同處理的。 例如,實現選擇可能基於集中式團隊設置的護欄。 或者,一個集中式團隊可能專門處理實現選擇。

工作負載團隊必須與其他團隊建立工作關係,以幫助協作實現工作負載目標。 如果將元件或職責外包,則必須成功履行這些義務。

瞭解約束條件

集中式團隊根據團隊的核心功能和核心基礎結構支持各種工作負載。 為了在組織範圍內提供這種支援,集中式團隊可能會對提供的服務或基礎結構實施統一性和約束。 在設計工作負載時,了解這些約束,並在可能的情況下與了解這些約束的企業架構師合作至關重要。 盡可能多地從以前的實現中學習。

明確傳達需求

當工作負載要求遇到限制或服務級別協定(SLA)時,對核心功能或基礎結構產品/服務含糊不清,請將其視為風險。 工作負載團隊應向其他團隊解釋此問題如何影響工作負載。 您可能需要調整工作負載要求、設計或實現,或修改基礎結構產品。

當您瞭解平臺團隊與組織指令相關的義務以及工作負載團隊的義務時,您可以將工作負載要求與現實的期望和建議進行溝通。

尋求統一的勝利

責任共擔不僅僅是權衡、約束和妥協。 平台團隊通常擁有高度專業化的技能和專門的預算,這些預算可以超出單個工作負載團隊的承受能力。 請看以下示例。

安全專家。 工作負載可能具有安全的開發生命週期。 當集中式安全團隊在整個組織中大規模執行安全開發任務時,它可能會執行超出您工作範圍的例行滲透測試。 它還可能有助於規劃和執行事件回應策略。

企業架構指南。 如果您與企業架構團隊的模式和實踐保持一致,您可以節省時間和精力,因為該團隊已經簡化了流程。 如果未經協商就無法在合作夥伴關係中提供解決方案,您還可以防止返工。

平台團隊通常為工作負載團隊提供各種活動的自助服務選項,例如為自助教育提供文檔存儲庫。

探索可能適合您的工作負載的自助服務選項。

分享成功與挑戰

與其他團隊合作還意味著慶祝和承認工作量的結果和困難。 當您的工作負載滿足其要求並達到預期值時,請讓您的合作夥伴團隊知道這一點。 向他們展示他們如何説明工作負載取得成功。 當您的工作負載達不到其要求時,請分擔問題並共同努力並進行調整以重回正軌。

平台團隊也有義務和成功標準。 你應該期望你的合作夥伴告訴你,你的工作負載是否與產品配合得很好,或者它是否有可能成為嘈雜的鄰居。

努力持續改進

持續改進是所有 Power Platform Well-Architected 的主題。 對變化持開放態度。 您可能會遇到解決現有問題、使用新技術、滿足新需求或在新限制下工作的新方法。 隨著工作量的不斷變化,鼓勵協作團隊採取同樣的態度。 然而,每個改進機會也涉及變化,應該有適當的管理流程作為後盾。

工作負載團隊需要將可能影響平臺團隊服務的任何計劃工作負載需求更改通知平台團隊。 同樣,平台團隊需要讓他們的工作負載合作夥伴參與變更管理流程,並就任何重大的平臺變更進行清晰的溝通。 與合作夥伴建立定期溝通計劃,以瞭解和分享產品的發展方式。

取得圓滿成功

工作負載面臨著來自各種利益相關者的許多需求,例如使用者、股東、監管機構、員工、卓越中心和首席體驗官。 這樣的要求可能使選擇明確的方向變得困難。 Power Platform Well-Architected 通過解釋架構選擇以實現積極結果的原因來説明您理解設計和實現。 構建成功的工作負載,並與組織一起慶祝這一成功。