是的，这是可能的，许多新闻和媒体机构在WordPress中使用类似的方法。

What\'s your Editorial Process?
最重要的一步是了解您的编辑流程，以及在内容上线之前您需要对其进行多大程度的控制
-例如，考虑以下三点：
1。您是否需要第三方对图像的批准
2。在发布内容之前，您或您的客户是否必须签署副本/图像/视频/版面
3。您的编辑是否会在不同的周或问题上工作，并计划提前几周发布内容。。。

如果您对其中任何一个问题的回答是肯定的，那么预直播/登台服务器和直播服务器之间共享的单个DB“不可能”。你为什么问？因为一篇新文章必须先发布，然后才能被非用户或第三方看到，因为你不想让他们也登录。（顺便说一句……只要有时间、金钱和技能，就可以定制用户角色和访问级别）。

那么回到WordPress Scalable Solution

域A（您的客户和访问者访问的对象）需要指向HTTP负载平衡器。

负载平衡器将客户流量定向到多个web服务器之一。这些从属服务器与主服务器保持同步。

理想情况下，应该有2个单独的DB服务器（用于负载平衡读/写请求和扩展）。您可以期望访问者提供大量的读取流量，但您需要确保来自新帖子等的写入流量不会干扰您的读取请求。

域A也可以指向配置为1的HTTPS负载平衡器。仅允许来自您的Office IP地址和2的流量。为管理员/登录强制SSL连接。

这是对wp-config.php 文件

下面是我们构建的内容的示意图（Rackspace提供了一些支持）

HyperDB
最后，我们设置了HyperDB来管理多个DB服务器和请求。这也很容易，因为它主要是一个带有长配置脚本的插件。

W3TC W3 Total Cache<我们还安装了HyperDB和W3TC。。这也占用了大量的DB服务器负载

我们使用W3TC的主要原因是将所有静态内容卸载到机架空间。W3TC中的内容交付网络设置也非常简单：）