解決方案架構師的檢查清單
架構設計人員的責任是 提供設計和計劃。 請記住,架構師不是工作負載的實作者。 架構設計人員 會將功能和非功能性需求轉譯成雲端設計模式 和適合用途的元件。 架構設計人員也設計了一個工作負載,其彈性足以在需要時進行調整,但足以經受住功能規劃的壽命。
設計中也包含工作負載的操作層面,包括可檢視性和可支援性,以及考慮災害復原等不想要的情況。 最後,設計必須受到所有商務、財務、合規性和組織需求的限制。
架構架構,例如 Azure 架構良好架構,可協助架構設計人員全面了解系統設計。 架構完善的架構成品包含設計原則、檢查清單和建議等元素。 為了支援工作負載的需求,這些成品應該與其他資源結合,例如 判定樹、 參考架構和 評量,以做出明智的決策。
檢查清單
可傳送的工作 | |
---|---|
☐ | 開發架構設計規格 ,其隨附圖表做為結構化封包。 此規格必須符合工作負載的功能和非功能需求,並包含例行、臨機操作和緊急作業的布建。 |
☐ | 建立架構設計圖表 ,以說明系統設計的所有層面,從廣泛的概觀到網路和身分識別等詳細維度。 |
☐ | 維護架構決策記錄 (ADR), 其中包含設計程式期間進行之架構決策的理由。 |
☐ | 在實 作期間與工作負載和平臺小組共同作業,以提供實作順序的明確性和建議。 此共同作業可協助您最大化學習,並從一開始就進行改進。 此外,如有需要,請與項目關係人重新談判需求。 |
☐ | 支援模型化練習 ,提供工作負載考慮的相關內容化資訊。 內容化資訊可以涵蓋成本、應用程式健康情況和其他區域。 |
☐ | 提供以觀察使用模式和工作負載功能變更或雲端提供者變更為基礎的優化建議 。 |
☐ | 參與稽核、合規性和信賴度檢閱 ,為有權進行檢閱的外部各方提供寶貴的觀點。 |
☐ | 在變更檢閱 期間擔任顧問,以深入瞭解變更的預估成本及其可行性。 |
下一步
開始使用妥善架構的架構要素,並熟悉其重要概念。