我们有一个场景
一个主要的电子商务网站 - 目前吸引了大量访问者。
三个子“品牌特定”站点将挂起此站点 - 随着时间的推移，这些站点中的每一个都可能具有相同的流量水平。
客户要求每个品牌站点的订单处理在一个地方（即一个后台）进行。
我们应该选择什么样的拓扑？我们认为，也许拥有一个从后台读取和写入的主 sql 服务器，并将该数据复制到“品牌特定”的 sql 服务器实例可能会起作用。每个品牌特定站点都有自己的专用 sql 服务器用于 Frontoffice“读取”。我们执行的任何写入都将返回到主数据库以保持库存并发
有什么想法吗？未来的可扩展性是一个主要因素。
如果对应用程序的运行方式没有更详细的了解，就很难为您提供明确的方向。
您提出的具有支持读取和写入的中央服务器（发布者）的建议实现，以及一些仅用于读取的额外站点特定服务器（订阅者），当然是合理的。这样做的另一个好处是，您可以灵活地仅复制读取查询所需的表，即您的中央服务器可能会管理可能不需要推送给订阅者的供应商信息、账单等数据。
如果有的话，您的中央服务器可能会成为您的症结所在，因为所有其他服务器都会将写入活动引导回它。分布式站点的位置，即它们与中央服务器的距离也会影响复制环境的事务延迟。
如果您希望在分布式站点上将所有数据库数据显示为只读，那么您可能希望考虑为此使用日志传送。如果您的应用程序需要知道只能在本地服务器上处理读取活动并且所有写入活动都需要路由到中央服务器，则此实现的缺点。
我希望这会有所帮助，但请随时提出其他问题。
干杯，约翰
不是您问题的具体答案，但Youtube 缩放是一个关于 youtube 缩放的有趣视频。Prehaps它会给你一些想法。