在 Azure 中，您可以設計及建置多租使用者解決方案有許多不同方式。 在一個極端情況下，您可以在解決方案中的所有租用戶之間共用每個資源。 在其他極端，您可以為每個租使用者部署隔離的資源。 對於每個租用戶來說，部署個別的資源似乎很簡單，而且它適用於少數租使用者。 不過，它通常不提供成本效益，而且管理您的資源可能會變得很困難。 在這些極端之間也有各種方法，而且它們都需要在規模、隔離、成本效益、效能、實作複雜度和管理性之間取捨。
在本節中，我們將討論組成解決方案的主要 Azure 服務類別，包括計算、記憶體和數據、網路、部署、身分識別、傳訊、人工智慧和機器學習，以及 IoT。 針對每個類別，我們會概述您在設計多租用戶解決方案時可以考慮的主要模式和方法，以及一些可避免的反模式。
部署戳記模式
部署 戳記模式 經常用於多租用戶解決方案。 它牽涉到為租使用者或租使用者群組部署專用基礎結構。 單一戳記可能會為多個租使用者提供服務，或可能專用於單一租使用者。
使用單一租使用者戳記時，部署戳記模式通常很容易實作，因為每個戳記都可能不知道任何其他戳記，因此不需要在應用層內建任何多租用戶邏輯或功能。 當每個租使用者都有自己的專用戳記時，此模式會提供最高程度的隔離，並減輕 Noisy Neighbor 問題。 它也提供選項，讓租用戶根據自己的需求進行設定或自定義，例如位於特定地緣政治區域或具有特定高可用性需求。
使用多租使用者戳記時，必須考慮其他模式來管理戳記內的多租使用者，而且仍然可能會套用 Noisy Neighbor 問題。 不過，藉由使用部署戳記模式，您可以在解決方案成長時繼續調整規模。
部署戳記模式的最大問題，用於服務單一租使用者時，通常是基礎結構的成本。 每個戳記都需要有自己的個別基礎結構集，而且基礎結構不會與其他租用戶共用。 您也需要確保為戳記部署的資源已足夠，以符合該租使用者的工作負載尖峰負載。 請確定您的 定價模式 會抵消租用戶基礎結構的部署成本。
當您有少數租使用者時，單一租使用者戳記通常運作良好。 隨著您的租用戶數目增加，有可能但越來越難以管理單一租使用者戳記的車隊（請參閱此案例研究作為範例）。 您也可以套用部署戳記模式來建立多租使用者戳記，這可以提供資源與成本共用的優點。
若要實作部署戳記模式，請務必使用自動化部署方法。 根據您的部署策略，您可以使用宣告式基礎結構作為程序代碼，例如 Bicep 檔案或 Terraform 範本，考慮在部署管線內管理戳記。 或者，您可以考慮建置自定義程式代碼來部署和管理每個戳記，例如使用 Azure SDK。
目標對象
本節中的文章適用於解決方案架構設計人員和多租使用者應用程式的首席開發人員，包括開發 SaaS 解決方案的獨立軟體廠商 （ISV） 和初創公司。 本節中的大部分指引都是泛型的，並適用於類別內的多個 Azure 服務。
下一步
建議您先檢閱 多租使用者解決方案 中資源組織的方法，再檢閱 Azure 服務特定類別的指引。