Share Service Provider

在MOSS中，对于不同的MOSS站点来说，有些服务是可以共享的（比如Excel Services，Search Services），某些服务是需要集中管理的（比如AD中的帐号，以及相应的配置文件），这就提出了SSP的概念。主要由SSP管理的服务包括一下几个：

l  访问群体

l  用户配置文件

l  个人站点（我的网站）

l  搜索服务

l  所有的Excel 服务

l  所有的BDC（Business Data Catalog）

下图是一幅共享管理服务的截图：

  

 

可以用一个简单的比喻来描述这种关系，SSP和网站应用程序之间的关系是父与子之间的关系：父亲（SSP）做了获取BDC，索引内容，提供个人网站服务等工作，儿子（Web应用程序）等父亲做完工作后来到他面前要￥10（索取BDC数据，访问群体数据，搜索数据等等）

多SSP的问题：

建立多个SSP是非常容易的事情，决定建几个SSP并物尽其用是一个比较困难的问题。凭经验，大多数公司建立一个SSP就够了，但是MOSS为什么会提供多个SSP的创建呢？在你准备使用多个用户配置文件和不同的搜索设置的时候，多SSP就体现价值了，比如企业要为内网和外网提供不同的web服务，http://portal提供Intranet服务，http://ourcustomers提供Internet服务。在这场景下，肯定要用到不同的用户配置文件和不同的搜索范围设定。这样多SSP就派上用场了。

SSP的其他优势

角色的分离。在某些大中型应用环境中，一个服务器场进行必要的维护是需要的。如何保证服务在维护的时候不被间断？SSP使得这种工作很容易完成。另外，因为SSP本身也是个网站集，所以你可以定义一组用户，他们可以访问SSP但是不能访问管理中心。而且，对于他们在SSP中的活动，你也可以很容易的限制：

• Manage user profiles
• Manage audiences
• Manage permissions
• Manage usage analytics

Moral of the story

SSPs are very helpful and important to understand. They should be part of your initial planning. They can be secured at a very granular level or they can be give broad access. Just mark this topic down as something else you need to full think through before you start rolling out SharePoint. And when all else fails just have one SSP.

solorez

略有删节

原文地址：http://msmvps.com/blogs/shane/archive/2007/06/29/what-is-a-shared-service-provider.aspx