當您考慮多租用戶架構時，您需要做出數個決策，以及您需要考慮的元素。
在多租用戶架構中，您可以與租用戶共用某些或全部的資源。 此流程表示多租用戶架構可提供成本和作業效率。 不過，多租用戶引進複雜度。 您需要自行詢問下列問題：
- 如何為特定解決方案定義租用戶是什麼？ 租使用者是否會對應至客戶、使用者或小組或家族等使用者群組？
- 您會如何部署基礎結構以支援多租用戶，以及在租用戶間保持多少隔離？
- 您的解決方案會提供哪些商業定價模式，以及您的定價模式如何影響您的多租使用者需求？
- 您需要針對租使用者提供何種層級的服務等級，例如效能、復原能力、安全性和合規性需求，例如數據落地？
- 您打算如何拓展業務或解決方案？ 它會調整為您預期的租用戶數目嗎？
- 租用戶是否有不尋常或特殊的需求？ 例如，最大的客戶是否需要比其他客戶更高的效能或更好的保證？
- 您將如何監視、管理、自動化、調整及控管 Azure 環境，以及多租使用者如何影響您的管理策略？
- 解決方案的哪些元件會處理租用戶上線和管理，以及如何設計這些元件？
無論您的架構為何，您都必須清楚了解客戶或租使用者的需求。 如果您已對客戶做出銷售承諾，或您有合約義務或符合合規性需求，則您需要知道解決方案架構時有哪些需求。 但同樣地，您的客戶可能會對項目運作方式或行為有隱含的期望，這可能會影響您設計多租用戶解決方案的方式。
例如，假設您正在建置多租用戶解決方案，以銷售給金融服務產業中的企業。 您的客戶有非常嚴格的安全性需求，因此您需要提供解決方案使用之每個功能變數名稱的完整清單，讓他們可以將它新增至防火牆的允許清單。 此需求會影響您使用的 Azure 服務，以及您必須在租用戶之間提供的隔離等級。 他們也要求其解決方案具有最低層級的復原能力。 您可能需要在整個解決方案中考慮許多類似的預期，包括明確和隱含。
在本節中，我們會概述您應該給予的一些考慮、您應該引發的需求，以及您在規劃多租用戶架構時需要做出的一些取捨。
目標對象
本節中的文章特別與技術決策者有關，例如首席技術官（CTO）和架構師，以及產品經理。 觀眾還包括獨立軟體供應商（ISV）和開發 SaaS 解決方案的初創公司。 此外，任何使用多租用戶架構的人員都應該熟悉這些原則和取捨。
下一步
請考慮解決方案的不同 租用模型 。