不完全确定这应该在这里或在Stackoverflow，但我从开发人员的angular度来看，而不是从pipe理员。
在过去，我们有一个非常贫血的内联网 – 现在与SharePoint 2013，这将得到更多的使用。 我们大部分时间是在过去半年推迟投资;）
我的问题是 – 从pipe理的angular度来看，如何组织这些站点以便长期使用SharePoint，同时可能会添加或删除站点。
过去，我们在小公司（财务，组织，服务等）的所有主要部分都有一个带有子站点的站点集合（Intranet）（不在/站点文件夹中）。 我不确定这是多年的事情“足够好”的灵活性。 我也有点关心所有在一个网站集合…
我刚刚build立了新的内部网（把旧的内部网移到了一个新的内部应用程序）。 所以，我们在这里提出一些问题。
因为我们打算把越来越多的文件等等转移到共享点 – 我们很小（7人），但是需要将部门完全分开，例如开发人员无法看到我们的财务logging。 我们还需要在2-3个部门中build立商务智能集成，为人们提供从数据库中查看数据的子门户（某种程度上“概括了我们如何站立）”。
有一点遗失，如何设置，使安装程序不会回来咬我几个月的道路上。
好的，我现在给出一个答案 – 让我们看看别人是否find更好的东西。
对于这个时刻来说，似乎是这样的 – 与这样的网站连接的好处是，理论上他们可以应用于不同的内容数据库，只要它们超过了我们现在拥有的一个内容数据库。 这是相关的，否则是一个行政的噩梦。 网站合作也有完全自给自足的安全和function设置，这意味着项目更新一个特定的网站可以相对孤立。 再次，这是一个pipe理的考虑 – 不是一个明确的程序员明智的，但很高兴知道我可以融资或其他领域分开发展没有太多的交叉引用。 总是很好地考虑隔离这样的领域，所以开发项目不会在范围之外。
TomTom公司，
在询问信息架构和拓扑结构时，任何人都很难直接回答你的问题，事情往往是基于业务环境和需求。 对于一个七人公司，不知道这是全体员工还是您的IT员工？ 您运行内部部署SharePoint 2013还是托pipe？ 您在一年内真正看到了多less个网站或网站集？ 那么，对于这个问题，你是分离网站还是网站收集来隔离访问（如人力资源部门的财务等）？ 什么样的信息你隔离 – 文件？ 在一家七人公司，我敢打赌，你可以在一个网站集中做你需要的一切，并使用一对夫妇文档库来隔离信息访问。 导航和网站开销需要多less开销？
现在，如果我误解了你的公司规模，假设你支持一个拥有几千名员工的公司，我可能会为你提供这些build议。 1.在function方面考虑SharePoint：用于资源消耗的Intranet（静态内容）和用于项目工作和与他人交互的协作。 2.您可以推出内联网登陆网站集的发布网站，并利用其build立到其他资源和网站的导航function。 很多公司都有跨部门的项目参与。 而不是在/ hrpath下创build一个HR项目，而在/ ITpath下创build一个项目，那么通用path（如/ sites / project 1，sites / project2等）有什么问题？ 这样，如果你的公司重新组织起来，你的项目仍然只是项目，不pipe赞助部门。 4.网站与子网站。 作为一名PM，我一直坚持把我的项目作为一个顶级的网站集合来运行。 我可以完全访问（和责任），而不必担心另一个项目子站点用户使用我有限的存储空间。 另外，我可以设置用户访问请求和保留的策略。 传统上有一个信念，子网站消除了用户请求强加的IT负担，但我从来没有见过或听说过这个问题。 此外，在配额，安全性，备份脚本和恢复方面获得的好处都有利于网站集，或者换言之，只有默认/内部网站的网站集。
再一次，你的问题有点难以给你一个完美的答案。 如果您不熟悉SharePoint，则有像我这样的顾问和在线资源可以提供帮助。
Chuck LaForte
复地devise