SharePoint 2013 和 Sitecore 8.2 共享相同的基础设施
SharePoint 2013 and Sitecore 8.2 sharing the same Infrastructure
在同一台服务器上同时安装 SharePoint 2013 和 Sitecore 8.2（共享同一基础架构）是否适用？如果有，有什么缺点吗？
感谢您的提前帮助。
从技术上讲它是安全的，但两者都将利用 IIS 基础设施来提供他们的网站，并且主机托管会占用内存并可能占用磁盘 I/O，具体取决于这些产品的性能配置为存储他们的数据。
我不幸 "pleasure" 与 Sitecore 7 和 8 一起工作，我可以向你保证这是可能的并且有点安全，但有一些条件需要满足，让我在这里回顾一些可能的危险信号它有望帮助您就如何在同一基础架构上设置这两种产品做出更平衡的决定。
第一种最安全的情况：3台服务器
- SQL 有两个实例的服务器，隔离 SharePoint 和 Sitecore
- 一个 SharePoint 服务器（假设它是一个场服务器）
- 一台 Sitecore 服务器（假设您可以处理 search/indexing 一共）
这是最好和最安全的，因为如果 SharePoint 和 Sitecore 位于同一台服务器上，则 IIS 是 war 的拖船，在上述情况下 SQL 服务器可以处理两者如果您不介意访问相同的实例restrictions/security，但最好继续使用不同的实例，这样会更安全且更易于管理
第二种情况：2台服务器
- SQL 有两个实例的服务器，隔离 SharePoint 和 Sitecore
- SP + Sitecore 一台服务器
是的，您可以同时拥有两者，但您需要非常仔细地配置端口、站点、应用程序池和硬ware 要求。
一些注意事项：
Microsoft 已经明确 SharePoint 应该如何配置，您需要一台专用机器作为 SQL 服务器，以及根据其在场中的特定角色不同的 SharePoint 服务器：Web 前端、应用程序服务器、搜索服务器、等等，或者如果它是一个非常小的 "farm"，你可以将它们全部塞进一台服务器，但 SQL 服务器（这就是磁盘 I/O 是山中之王的地方）。
虽然 Sitecore 不需要像 SharePoint 这样的服务器场，但它具有相同的相似性，一个用于 SQL 服务器的专用服务器，一个用于 Sitecore 的服务器，在某些情况下，您会希望有另一台服务器用于搜索和索引。
这里的底线是，一切都取决于您的项目有多大，这里的大小是通过以下因素来衡量的：用户数量、并发用户数、存储的数据量。
我不会在同一台机器上混合使用 SharePoint 和 Sitecore，但我完全不介意将它们混合在同一个 SQL 服务器的不同实例中，原因很简单，SharePoint 更有可能采用持有 IIS，假设您是 运行 SP 2010/2013，User Profile Service 和 FIM 是 SharePoint 领域中常见的问题原因，SP 管理员执行 IISRESET -NOFORCE 是很常见的解决此类问题。
如果您使用的是 Sitecore + MVC 或 MMVC，您最终可能会自定义 IIS 站点并承担一些繁重的负载，并且您将需要加强机器以免降低 SharePoint（假设 SharePoint Central Admin 和 SharePoint Web服务 + 您创建的其他用户 Web 应用程序）都安装在同一台服务器上。
我尽量不让这个过于复杂，而是分享一些真实世界的场景，因为这一切都归结为服务器上的负载，你需要记住一件事，SharePoint 是一个野兽，它是一个如果您想要在同一个地方使用单个 SharePoint 服务器和 Sitecore，将需要更多资源，明白了吗？
Microsoft 和 Sitecore 的建议都很明确：专用服务器，超出此范围的任何风险均由您自行承担。
我已经将两者混合并放在一起，这对我有用，但我不会再这样做了，如果有机会把它们分开是不值得的。
我同意寿司博士的所有观点。另一件需要考虑的事情是 Sitecore 许可限制。如果您使用的是永久许可证（a.k.a。服务器许可证），它们中的大多数都将您限制在服务器上的 8 个内核。如果您 运行 在同一台服务器上同时使用 Sitecore 和 Sharepoint，您可能需要超过 8 个内核来处理生产负载，这意味着现在您必须为单个安装购买多个 Sitecore 许可证，或者您必须切换订阅许可模式。
在同一台服务器上同时安装 SharePoint 2013 和 Sitecore 8.2（共享同一基础架构）是否适用？如果有，有什么缺点吗？
感谢您的提前帮助。
从技术上讲它是安全的，但两者都将利用 IIS 基础设施来提供他们的网站，并且主机托管会占用内存并可能占用磁盘 I/O，具体取决于这些产品的性能配置为存储他们的数据。
我不幸 "pleasure" 与 Sitecore 7 和 8 一起工作，我可以向你保证这是可能的并且有点安全，但有一些条件需要满足，让我在这里回顾一些可能的危险信号它有望帮助您就如何在同一基础架构上设置这两种产品做出更平衡的决定。
第一种最安全的情况：3台服务器
- SQL 有两个实例的服务器，隔离 SharePoint 和 Sitecore
- 一个 SharePoint 服务器（假设它是一个场服务器）
- 一台 Sitecore 服务器（假设您可以处理 search/indexing 一共）
这是最好和最安全的，因为如果 SharePoint 和 Sitecore 位于同一台服务器上，则 IIS 是 war 的拖船，在上述情况下 SQL 服务器可以处理两者如果您不介意访问相同的实例restrictions/security，但最好继续使用不同的实例，这样会更安全且更易于管理
第二种情况：2台服务器
- SQL 有两个实例的服务器，隔离 SharePoint 和 Sitecore
- SP + Sitecore 一台服务器
是的，您可以同时拥有两者，但您需要非常仔细地配置端口、站点、应用程序池和硬ware 要求。
一些注意事项：
Microsoft 已经明确 SharePoint 应该如何配置，您需要一台专用机器作为 SQL 服务器，以及根据其在场中的特定角色不同的 SharePoint 服务器：Web 前端、应用程序服务器、搜索服务器、等等，或者如果它是一个非常小的 "farm"，你可以将它们全部塞进一台服务器，但 SQL 服务器（这就是磁盘 I/O 是山中之王的地方）。
虽然 Sitecore 不需要像 SharePoint 这样的服务器场，但它具有相同的相似性，一个用于 SQL 服务器的专用服务器，一个用于 Sitecore 的服务器，在某些情况下，您会希望有另一台服务器用于搜索和索引。
这里的底线是，一切都取决于您的项目有多大，这里的大小是通过以下因素来衡量的：用户数量、并发用户数、存储的数据量。
我不会在同一台机器上混合使用 SharePoint 和 Sitecore，但我完全不介意将它们混合在同一个 SQL 服务器的不同实例中，原因很简单，SharePoint 更有可能采用持有 IIS，假设您是 运行 SP 2010/2013，User Profile Service 和 FIM 是 SharePoint 领域中常见的问题原因，SP 管理员执行 IISRESET -NOFORCE 是很常见的解决此类问题。
如果您使用的是 Sitecore + MVC 或 MMVC，您最终可能会自定义 IIS 站点并承担一些繁重的负载，并且您将需要加强机器以免降低 SharePoint（假设 SharePoint Central Admin 和 SharePoint Web服务 + 您创建的其他用户 Web 应用程序）都安装在同一台服务器上。
我尽量不让这个过于复杂，而是分享一些真实世界的场景，因为这一切都归结为服务器上的负载，你需要记住一件事，SharePoint 是一个野兽，它是一个如果您想要在同一个地方使用单个 SharePoint 服务器和 Sitecore，将需要更多资源，明白了吗？
Microsoft 和 Sitecore 的建议都很明确：专用服务器，超出此范围的任何风险均由您自行承担。
我已经将两者混合并放在一起，这对我有用，但我不会再这样做了，如果有机会把它们分开是不值得的。
我同意寿司博士的所有观点。另一件需要考虑的事情是 Sitecore 许可限制。如果您使用的是永久许可证（a.k.a。服务器许可证），它们中的大多数都将您限制在服务器上的 8 个内核。如果您 运行 在同一台服务器上同时使用 Sitecore 和 Sharepoint，您可能需要超过 8 个内核来处理生产负载，这意味着现在您必须为单个安装购买多个 Sitecore 许可证，或者您必须切换订阅许可模式。