建立SharePoint Extranet方面的最佳实践是什么?那里有好的资源吗?

我特别在寻找一些想法的问题是如何最好地在外部客户上的不同客户之间建立防水分离。我的经验告诉我,最好为每个客户创建一个新的网站集。但是我们项目中的其他人则主张为每个客户提供一个子站点。当然,每个子站点都有单独的权限和导航。他们主张一个站点收集,以便能够与CQWP汇总共享内容。

但是在我的世界中,共享站点的收藏是,安全性,太危险的设计了。一个客户偶然地访问另一个客户的子站点的风险太大了。

这是什么最好的做法?

有帮助吗?

解决方案

您是否考虑过使用租户?

http://www.harbar.net/articles/sp2010mt1.aspx

http://blogs.msdn.com/b/russmax/archive/2010/04/02/sharepoint-2010-multi-tenant-hosting-part-part-part-1.aspx

http://blogs.msdn.com/b/russmax/archive/2010/04/03/sharepoint-2010-multi-tenant-tenant-hosting-part-part-part-2-configuring.aspx

编辑:像往常一样,当我们谈论SharePoint最佳实践时,答案是“取决于”。

如果安全性是一个大问题,则说明单独的站点收藏。您仍然可以使用搜索Web零件在SC之间汇总数据。

其他提示

自2006年以来,我们已经建立了一个基于SharePoint的外部网络,我们最初决定将每个客户放入自己的站点集合中。我知道这是很多站点集合,对我们来说,因为我们将每个站点集合放在数据库中,所以这是很多数据库。但是我们觉得这个决定是正确的。它还为增长和满足客户的需求留下了最大的选择。

仅供参考,这是Microsoft对我们的一位使用我们的Extranet的客户进行的案例研究的链接: http://www.microsoft.com/casestudies/case_study_detail.aspx?casestudyid=4000003041

绝对不要将所有内容都放在单个站点集合中,如果您真的希望人们甚至不知道其他用户和网站,您可能想看一下 PeoplePicker-lysearchWithInsiteCollection 财产。许多其他选项取决于您要存储用户的位置(即使用Windows auth,FBA等)。如果没有更多细节,就很难变得太具体。

另外,您不是一个搜索大师吗? :)我认为您可以为大多数跨站点“汇总”方案找到基于搜索的解决方案。

我们犯了一个错误,将所有内容都放入我们运行的一种外部程序中的单个站点集合中。我们发现的最大问题是,在进行安全审查时,很难评估安全继承的位置以及损坏的位置。由于这些类型的外部网络正在进行中,因此处理问题比尝试解决问题要容易得多。

对于新类型的程序,我们正在寻找更大的自定义水平,并利用网站收集提供的优势。诸如自定义导航和安全性(显然与其他站点集合的明显不同),自己的品牌,其自身搜索范围以及更轻松地将整个站点集合部署到DEV和QA的实时站点的功能。

在这种情况下,我们通常会选择单独的站点收集。如果该网站位于SharePoint基金会上,您将无法在网站集合中进行搜索,对吗?在这种情况下,我认为这也是一个不错的添加安全功能。您始终可以拥有所有客户访问常见内容的站点集合,然后链接到针对特定客户的单个网站集合。

许可以下: CC-BY-SA归因
scroll top