解決方案架構師的基本概念
每個工作負載都會通過元件和拓撲設計程式。 此程式在工作負載開始時最為激烈，包括設計初始需求和工作負載的長期成功。 當工作負載隨著時間變更，且組織新增、變更或移除功能時，也會設計架構。
元件和拓撲設計是架構設計人員的主要功能。 專注於雲端式和混合式解決方案的架構設計人員通常稱為 雲端解決方案架構設計人員。 在某些組織中，雲端解決方案架構設計人員存在於企業架構群組內的集中式容量中。 它們也可以專注於特定的工作負載。
專用角色可以提供架構師的功能。 在某些情況下，受信任的技術專家（例如工作負載工程主管）可以提供架構師的功能。 或者，組織可能會將函式分散在與工作負載相關聯的小型資深工程師群組中。
架構設計人員通常具有超越系統設計的角色經驗。 他們可能有：
- 已是開發人員和作業小組成員。
- 已與客戶支援小組合作。
- 開發對系統如何測試以進行品質保證和使用者接受的瞭解。
- 已透過災害復原演練或事件回應。
- 已公開至工作負載中的累加和大型功能變更。
- 解譯的規格和使用者接受準則。
雖然上述清單並不詳盡，但這些檢視方塊是架構設計人員為設計職責帶來的重要層面。 Azure 妥善架構架構假設這些做法已就緒，以最有效地使用指引。
下列各節強調架構設計人員應遵循的指導原則，使其在功能上有效。
擁有決策架構
設計的關鍵層面是使用一致的程式來做出決策。 架構設計人員應採用嚴謹的初始和累加式設計。
識別預期的決策。 使用學習的經驗來協助進行決策識別。 記錄您計劃做出的所有決策。
做出明智的決策。 請考慮限制、限制、取捨、努力、可逆性和風險。 在縮小技術選擇時，請參閱產品功能比較、判定樹和基準等資源。 判定樹和特徵矩陣等工具的輸入純粹是方向的;它們不會取代您在決策中的角色。 結合記載的特性以及概念驗證與測試結果中的證據。
記錄架構決策記錄中的決策（ADR）。 記錄理由以及每個決策。
請追蹤實作。 傳達並實作所有決策。 從實作中學習，以協助引導未來的決策。 尋找無法識別決策導致風險的區域。
瞭解雲端設計模式
雲端設計模式是架構的基本建置組塊。 雲端架構和應用程式設計通常是模式辨識的練習。
評估工作負載的功能和非功能需求，以辨識模式。 尋找透過標準化模式將設計對應至使用案例的機會。
向前思維
設計以達到目前的需求是必須的，但架構設計人員必須預測工作負載的演進。 在實作系統中納入變更比在實作之前變更設計更昂貴。
若要設計將持續到其計劃生命週期結束的系統，您必須考慮架構彈性來設計工作負載。 當您能夠識別時，請避免設計懸崖。
成長模型。 預測工作負載使用量會隨著時間成長或縮減的方式。
合規性變更。 如果您預期工作負載未來符合合規性需求，請採取主動式措施。 當遵循合規性成為需求時，此方法可減少重新作業。
區域擴張。 請考慮未來將工作負載擴充至多個區域。 限制為單一區域的設計需要針對多個區域部署進行大量重構，而且可能代價高昂的變更。 如果工作負載設計需要配合具有不同合規性需求的多個地理位置，則更為複雜。 請確定您的設計因素在任何關於區域擴張的合理預測中。
產品藍圖。 在您的設計中，請勿包含即將淘汰之路徑上的元件。 同樣地，當您在設計中包含目前處於預覽狀態的功能時，請小心。 它們可能會釋出，但也可能被取消。 使用預覽功能領先曲線可能非常有利。 功能發行后不久，工作負載就會準備好進入生產環境。 但只有在您仔細進行風險分析之後，才會在設計中包含預覽功能。 只提供具有容許風險配置檔的功能。
如需雲端設計模式的詳細資訊，請參閱：
可支援性的設計
使用三個主要支援觀點來設計工作負載：
雲端提供者支援。 工作負載應在雲端提供者支持的設定內運作，以避免在吸引平台支援通道時中斷。
作業可見度。 設計應該為工作負載作業小組提供執行可見度，以避免在事件響應期間發生混淆。
客戶支援功能。 設計應符合使用者需求，但也有助於客戶支援功能。 阻礙支援小組調查或協助客戶的能力的設計不足。
維護和增強您的技能
建築師的專業知識通常植根於實際經驗。 請務必投資擴充您的技能集，以跟上不斷演變的雲端生態系統。
教育程度。 尋求技術提供者為架構師提供的訓練和認證機會。
社群參與。 透過在線和本機架構社群與同儕參與。
探勘練習。 參與組織贊助的駭客松或類似活動，以在不熟悉的領域開發技能。
共同作業以成功
架構設計人員應利用雲端提供者或實作合作夥伴的專業知識。 大部分的提供者都希望您的工作負載在其平臺上成功，而且通常會提供服務，例如架構設計檢閱會話，或與其雲端解決方案架構設計人員進行諮詢會話。 在您的廠商關係中尋求檢閱和協助的機會。
在您的設計方法中有條不紊
架構架構可藉由提供工作負載檢視方塊和方法方法來支援架構師。 架構完善的架構提供完整的工作負載觀點。 架構設計人員可以將妥善架構的架構與其他架構架構結合，例如開放式群組架構架構（TOGAF）。
使用架構架構中的原則、檢查清單、評量和參考數據，來建立符合工作負載的程式。 結合架構與個人技術，例如思維對應。
架構與終端產品一樣與通訊有關。 請確定您正在針對已建立程式中的刻意決策、取捨通知和清楚溝通進行優化。