Open source 商业与开源CMS和负载平衡
我需要一个开源的替代品来代替Sitefinity，在Sitefinity中，负载平衡对于客户端的站点至关重要 在谷歌快速搜索后，Joomla似乎能够处理负载平衡，但我还想知道是否有人知道一个坚如磐石的开源CMS能够在负载平衡的情况下处理高流量 非常感谢 我们目前使用的集群设置具有相当高的负载。很好。不过，我们注意到lucene索引同步存在一些小问题——可能需要一两分钟才能在所有节点上进行复制Open source 商业与开源CMS和负载平衡,open-source,content-management-system,load-balancing,Open Source,Content Management System,Load Balancing,我需要一个开源的替代品来代替Sitefinity，在Sitefinity中，负载平衡对于客户端的站点至关重要 在谷歌快速搜索后，Joomla似乎能够处理负载平衡，但我还想知道是否有人知道一个坚如磐石的开源CMS能够在负载平衡的情况下处理高流量 非常感谢 我们目前使用的集群设置具有相当高的负载。很好。不过，我们注意到lucene索引同步存在一些小问题——可能需要一两分钟才能在所有节点上进行复制 GA版本是开源的。他们还提供了大量的文档和培训。这是我的观点，有些人可能不同意，但大多数中到企业内容管理
GA版本是开源的。他们还提供了大量的文档和培训。这是我的观点，有些人可能不同意，但大多数中到企业内容管理系统（开源和商用）都提供了负载平衡功能。问题是他们的解决方案有多高效和可扩展。例如，Sitefinity提供负载平衡，其中web场中的每个服务器都必须知道其他服务器。例如，如果一个web场中有20台服务器，那么我必须配置每台服务器并确保它知道其他服务器。这是一个真正的痛苦，但它仍然是一个“负载平衡”功能。我想说的是，在您决定使用某个CMS之前，请确保您调查该CMS中的负载平衡是如何工作的。为了扩展CMS站点，通常需要与第三方工具兼容 我最近的经验是使用Drupal，但是对于其他基于*AMP的工具（例如基于PHP/Apache/MySQL的），这些工具是相同的，就像大多数开源CMS一样 对于您来说，真正需要确定的关键是每个CMS与这些标准工具的兼容性，以实现可伸缩性。这几乎比CMS本身的特定可伸缩性特性更为重要，这些特性在大多数现代CMS中几乎相同（主动缓存等） Linux的典型难题如下。您应该评估这些内容中哪些对您很重要，哪些将与您选择的CMS一起使用
- Varnish：这个HTTP反向代理将位于主Web服务器前面，并在可能的情况下有效地提供匿名页面请求。如果你有一个拥有大量匿名（未登录）流量的站点，那么Varnish将提供与静态HTML页面相同的性能。问题：你的CMS必须与Varnish合作，要么通过一个附加模块，要么直接了解如何在这些代理中表现。匿名页面必须在没有任何独特cookie的情况下提供，否则Varnish无法完成它的任务
- Memcached：此内存中对象缓存用作SQL数据库中缓存表的替代方法。众所周知，内存访问速度是磁盘访问速度的1000倍，因此，如果您将这些缓存位保留在内存中，而不必使用数据库和旋转磁盘来运行查询，这是理所当然的。。你的网站将非常快。这也是为什么你需要足够的内存来存储额外的内容副本的原因
- CMS中的缓存：所有现代CMS都尽其所能做到这一点，这是性能的关键。所有现代CMS的致命弱点是，你不能很好地缓存登录的数据（即，一个仪表板，每个用户有不同的东西要说）。所以，如果你的用户都登录了，比如说一个社区网站或者其他什么，那么无论是这个还是上面的两个项目都不会有多大帮助
- CDN：当CMS用户到处乱扔“使用CDN”时，他们的意思是两件事。一个是它听起来的样子，在谷歌、亚马逊或其他人提供的内容交付网络上托管静态文件，这样东西的加载速度就会更快。但它意味着另一件事是设置多个并行DNS名称来加载内容。您的浏览器将从单个域一次最多加载6个内容。如果你制作：a.example.com、b.example.com、c.example.com、d.example.com、e.example.com，然后如果你的CMS支持这种CDN技术，那么浏览器可以一次下载30件东西而不是6件——它可以从a、b、c、d和e.example.com中获取6件物品（.css文件、.js文件、图像等等）。这加快了网站的速度，但你的CMS也必须支持它（内置或通过某种附加模块）
- 数据库复制？如果你想在MySQL中实现这一点，这总是很棘手的。不管数据库是什么，复制都是一个很难解决的问题，特别是当它必须是双向复制（每一方都必须读写）时。如果您能完美地完成以上所有工作，并尽可能购买最好的硬件，将数据库放在自己的高性能服务器上，而不提供任何其他服务，以及一个漂亮、快速的raid-10阵列（比如6个磁盘），那么您的磁盘性能将非常出色。。。。。。。。那么，使用单个主数据库可能会大有帮助。（如果你把所有的鸡蛋都放在一个篮子里，那么复制到备份机器上肯定是一个明智的想法）。无论如何，到目前为止，您已经进入了标准数据库复制领域。。。您的CMS可能支持有多个数据库条目，但这在很大程度上更多的是“如何进行集群”的问题，而不是“您正在集群哪些CMS”。如果任何现代的替代方案都不允许您为集群设置多个数据库主机名，并且您可以通过循环DNS服务器的主机名在DNS中进行设置，我会感到惊讶。不过，这与你选择的CMS并没有关系