Azure 上 SaaS 工作負載的設計方法
獨立軟體供應商（ISV）必須仔細規劃其軟體即服務 （SaaS） 解決方案的需求，因為解決方案 是其業務。 商務客戶，例如其他企業或個別取用者，是解決方案的直接使用者。 此商務模型會設定高期望值，因為您必須將工作負載需求和客戶需求視為設計架構師。
本文說明一種設計方法，可用來有系統地定義和精簡需求。 如果您不確定各種設計決策和技術選項，請重新流覽此方法，以符合商務需求。 建置 SaaS 工作負載是一個反覆的程式，需要彈性來適應不斷演變的市場和客戶需求。 此架構可協助您與行銷和銷售小組共同作業，以驗證技術決策，並評估客戶意見反應以進行持續改善。
為您的商務模型設計
請務必瞭解您的商務需求如何影響解決方案下游。 請考慮下列決策點：
您部署資源的位置會限制您可以使用的架構模式。 您可以在 Azure 訂用帳戶中部署所有資源，或者客戶可以購買解決方案，並將其部署在自己的 Azure 訂用帳戶中。 或者，工作負載可以使用客戶在其 Azure 訂用帳戶中部署的資源。
例如，如果您在客戶的環境中部署軟體，則無法使用僅以共用資源為基礎的架構模式，因為每個客戶都有自己的獨立環境，且具有專用資源。
如需詳細資訊，請參閱 ISV部署模型。
您的定價模式會決定您企業的收入，進而影響您銷售商品的允許成本。 此動態會直接影響您的技術架構。
如需詳細資訊，請參閱 定價模型。
您提供的功能或產品可能會影響您的架構。 當您選擇特定功能時，您可能需要變更或新增技術架構。 為各種客戶提供不同的產品也可能會導致更複雜的架構，因為它必須支持這些變化。
針對客戶需求進行設計
以客戶需求設計您的解決方案。 客戶對於其解決方案可能有額外的需求，這會建立解決方案必須符合的超集。 這些額外的需求有時會與您的業務需求或其他客戶的需求發生衝突。 當這些需求與您的業務需求不同或新增更多限制時，為解決方案做出決策可能會很困難。 例如，您的解決方案可能符合您的安全性標準，但客戶可能會有更嚴格的安全性需求，您必須滿足才能保護其業務。
建立彈性架構以配合這些額外需求。 如果客戶需求不會影響您自己的需求，請嘗試將它們整合到您的商務模型中。 計算這些調整的成本。 如果客戶的獨特需求會產生額外費用，請考慮據此收取費用。
請確定您有符合客戶期望的實際 可靠性目標 ，並設計您的架構以達成目標。
設計您的租用模型
大部分 SaaS 解決方案都依賴多租用戶作為主要技術策略，以最大化成本效益。 多租用戶牽涉到一系列沒有標準模式的選項。 您的租用模型會影響架構的各個層面，包括管理額外負荷、成本和數據隔離。 尋找適合您解決方案的平衡點。 您選擇的租用模型非常重要，因為它必須平衡客戶和業務需求。
若要協助您做出明智的決策，請參閱下列文章：
您的架構應該能夠彈性地根據新的或傳入的客戶需求來變更租用模型。 例如，您可以使用完全多租用戶架構，但在需要額外安全性的高管制產業中取得新客戶。 您可以垂直分割其部署，以提供專用戳記。 這項變更會引發商務決策，說明他們是否應該支付比其他租使用者支付更多費用。 此設定會增加資源成本和複雜性，因此他們支付更多費用是合理的。
設計結構良好
當您設計 SaaS 工作負載時，請特別小心確保系統具有彈性、安全、有效率、高效能，並平衡客戶需求。 不同於企業應用程式，SaaS 應用程式中的失敗也會影響您的業務、客戶及其使用者。
針對每個決策，評估 Azure 良好架構架構要素之間的取捨。 如需每個要素之策略方法的相關信息，請參閱 設計原則。
為營運而設計
SaaS 工作負載作業需要不同的觀點。 您需要考慮支援性等因素。 決定如何提供全天平台支援，並僱用具備正確技能集的人員。 請勿將作業視為事後考慮，或只專注於建置新功能。 從一開始就在設計中包含操作性。 請考慮您的程式在您取得更多客戶時如何調整規模。 例如，手動作業一開始可能正常運作，但通常不會隨著時間調整。
如果您有舊版平臺，請考慮將客戶移至新 SaaS 平臺的方式或方式。 順暢的移轉路徑是讓客戶在業務轉型期間保持快樂的關鍵。