本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# SaaS 與託管服務提供商（MSP）的比較
<a name="saas-vs.-managed-service-provider-msp"></a>

 SaaS 和託管服務提供者（MSP）模型之間的界限也存在一些混淆。如果您查看 MSP 模型，它似乎具有與 SaaS 模型相似的目標。

 但是，如果您對 MSP 進行更多研究，您會發現 MSP 和 SaaS 實際上是不同的。下圖提供 MSP 環境的概念性檢視。

![\[說明受管理服務提供者 (MSP) 模型的圖表。\]](http://docs.aws.amazon.com/zh_tw/whitepapers/latest/saas-architecture-fundamentals/images/msp-model.png)


 此圖表示 MSP 模型的一種方法。在左側，您會看到在 MSP 模型中執行的客戶。一般來說，這裡的方法是使用任何可用的自動化來佈建每個客戶環境，並為該客戶安裝軟體。

 右邊是 MSP 為了支援這些客戶環境而提供的營運足跡的一些近似值。

 請務必注意，MSP 通常會安裝和管理特定客戶想要執行的產品版本。所有客戶都可以執行相同的版本，但在 MSP 模型中通常不需要這樣做。

 一般策略是透過擁有這些環境的安裝和管理來簡化軟體提供者的生命週期。儘管這使提供者的生活更簡單，但它並不直接映射到 SaaS 產品至關重要的價值觀和思維方式。

 重點是卸載管理責任。進行此舉並不等同於讓所有客戶在同一版本上執行，並具有單一、統一的管理和營運體驗。取而代之的是，MSP 通常允許不同的版本，並且經常將這些環境視為獨立的操作。

 肯定有些領域 MSP 可能會開始與 SaaS 重疊。如果 MSP 基本上要求所有客戶執行相同的版本，且 MSP 能夠透過單一體驗集中上線、管理、操作和計費所有租用戶，那麼這可能開始 SaaS MSP 多。

 更廣泛的主題是自動化環境安裝並不等於擁有 SaaS 環境。只有當您添加之前討論的所有其他警告時，這將代表更多的真正的 SaaS 模型。

 如果我們從這個故事的技術和運營方面轉回來，MSP 和 SaaS 之間的界限就會變得更加明顯。一般而言，作為 SaaS 業務，您的產品項目的成功取決於您深入參與體驗所有移動部分的能力。

 這通常意味著您可以掌握入職體驗的脈動，了解操作事件如何影響租戶，跟踪關鍵指標和分析，以及與客戶接近。在將其移交給其他人的 MSP 模型中，您最終可能會從經營 SaaS 業務的核心關鍵細節中刪除一個級別。