应用多机房部署

通常一个产品，内部是需要很多子系统一起协助的，像有些电商系统，可能需要几百个系统一起协助。假设下面这样一种场景，假设应用a部署在机房room1，在room1的其他应用可以调用应用a的接口，然后还有很多的子系统是部署在room2这个机房的，room2中的应用也需要调用到应用a，那么这样room2中的应用调用room1中的a应用时，就有因为跨机房导致的时延问题。如果系统的qps要求很高，那么应用a最好也部署在room2，实行多机房部署。

刚才讲到的场景可以使用下图表示：

应用e和d都需要调用应用a，那么我们可以把应用a也在机房2那里部署，这样就可以避免跨机房时延问题。

要做的事情

---

新增一个数据库从库

如果之前的部署是一主一从，那么现在需要多部署一个从库。

新增应用服务器

至于服务器数量，根据实际的业务量来定。不一定跟另外的机房一样。

如果使用memcache，则多部署一套memcache

如果之前的应用使用了MC，则在新机房里也需要部署多一套MC。这里要注意的是，如果应用是通过MQ消息来更新缓存的，根据实际情况看看是否需要新增MQ 队列接收消息，以便更新新机房中的MC缓存信息。

如果是使用MQ订阅的方式，也即是广播的方式，则无需新增MQ队列。

配置参数修改

当应用跨机房部署后，某些配置参数的值一旦修改，则各个机房中的这些配置参数一律都得改。最好能使用ZK这种方式来做跨机房配置参数下发。

定时任务管理

需要注意是否支持定时任务跨机房管理。