是否适用于在同一服务器上安装SharePoint 2013和Sitecore 8.2（共享相同的基础结构）？如果是，有任何缺点吗？
感谢您提前获得的赞赏。
答案 0 :(得分：1)
从技术上讲它是安全的，但两者都会利用IIS基础设施来提供他们的网站，而机器托管将对内存和可能的磁盘I / O产生影响，具体取决于这些产品是如何配置来存储他们的数据
我有一种不幸的感觉＆＃34;与Sitecore 7和8一起工作，我可以保证你有可能并且有点安全，但有条件可以满足，让我在这里讨论一些可能的危险信号，它有望帮助你做出更平衡的决定在同一基础设施上设置两种产品。
第一个场景和最安全：3个服务器
这是最好也是最安全的，因为如果SharePoint和Sitecore都驻留在同一台服务器上，IIS就是一场拉锯战，在上面的场景中，如果你不这样做，SQL Server可以在同一个实例上同时处理这两个问题。介意访问限制/安全性，但最好是采用不同的实例，更安全，更易于管理
第二种情况：2个服务器
是的，您可以同时拥有这两者，但您需要非常仔细地配置端口，站点，应用程序池和硬件要求。
一些注意事项：
Microsoft已经明确了如何配置SharePoint，您需要一台专用于SQL Server的计算机，以及根据它们在服务器场中的特定角色而不同的SharePoint服务器：Web前端，应用程序服务器，搜索服务器等，或者它是否是一个非常小的＆＃34;农场＆＃34;，您可以将它们全部塞进一台服务器，但SQL Server（这是磁盘I / O是山丘之王）。
虽然Sitecore不需要像SharePoint这样的服务器场它具有相同的相似性，一个专用于SQL Server的服务器，一个服务器用于Sitecore，在某些情况下，您还希望拥有另一个用于搜索和索引的服务器。 / p>
这里的底线是，一切都取决于你的项目有多大，这里的大小是以多个因素来衡量的：用户数，同时用户数，存储的数据量。
我不会在同一台机器上混用SharePoint和Sitecore，但我根本不介意在不同的实例中将它们混合在同一个SQL Server中，原因很简单，SharePoint更有可能占用IIS，假设如果您正在运行SP 2010/2013，则用户配置文件服务和FIM是SharePoint领域中常见问题的常见原因，SP管理员通常会执行IISRESET -NOFORCE来解决此类情况。
如果您使用的是Sitecore + MVC或MMVC，您最终可能会在负载较重的情况下自定义IIS站点，并且需要加强计算机以防止SharePoint崩溃（假设SharePoint Central Admin和SharePoint Web Services +您创建的其他用户Web应用程序都安装在同一台服务器上。
我试图不让这个过于复杂但是分享一些真实世界的场景，因为这一切都归结为服务器上的负载，你需要记住一件事，SharePoint是一个野兽，它是那个如果您希望单个SharePoint Server + Sitecore位于同一个地方，那么需要更多资源吗？
Microsoft和Sitecore的建议都很明确：专用服务器，除此之外的任何事情都需要您自担风险。
我已经混合并放在一起，它对我有用，但我不会再这样做，如果有机会让他们分开是不值得的。
答案 1 :(得分：1)
我同意苏博士的所有观点。另一件需要考虑的事情是Sitecore许可限制。如果您使用持久性许可证（a.k.a.服务器许可证），则大多数许可证将您限制为服务器上的8个核心。如果您在同一台服务器上运行Sitecore和Sharepoint，则可能需要超出8个内核来处理生产负载，这意味着现在您必须为Sitecore购买多个许可证，或者您必须切换到订阅许可模型。