探讨一个系统设计问题

richardhesidu

关键字：（命名没有代表性）
1）服务程序：处理某种特定业务的服务器程序，包括设备接入网关服务，数据处理存储服务，数据分析服务，短信中心服务，邮件服务，网站服务，数据库服务，业务处理分派服务，等等。
2）服务器：安装windows系统或是linux系统的一般计算机。服务器中可能会部署一个服务或是多个服务。
3）集群：某个客户机房部署的一台或是多台服务器。集群包含所有类型的服务程序。
4）管控中心：监控所有部署在客户机房的集群，服务器，服务程序的运行情况。监控不同集群中设备接入和行为。监控不同集群中业务的流转状态。

需求描述：
系统有一个管控中心，下辖分布在不同地域的集群，集群数量可以动态增减。每个集群可以有一台到多台的服务器，没有上限，看系统容量要求，可以动态增减。可以动态增加服务器，来提升集群处理能力。集群中有十几种服务程序，服务程序在集群中有一个或多个实例，可以在同一台服务器上或是在多台服务器上。
需要在不同集群之间共享文件，并在管控中心备份特定类型的文件。不同集群之间能够传递消息。需要将某个集群中产生的数据流路由到对那个数据流感兴趣的集群中。
集群需要跟外部的异构系统对接。外部系统每个客户遇到的都不一样，需要做到快速的对接。

其实这个系统做起来也不复杂。无非是跨平台，跨语言，分布式，多服务的系统。问题是系统太杂，需求和不可预知的情况太多。
随着集群数量和服务器数量增加，系统会变得无法维护。到时候会有数不清的需求，难以管理的不同代码分支，处理不完的问题。

现有的系统能够满足需求，但是当初是摸索着构建的，有很多没有考虑到的问题。现在想重新设计这个系统，各位给一点意见。

passthru

建议：搭建一个系统前置，就应该什么都搞定了，既能满足你上面说的需求；又能满足系统将来不可预见的包括服务器在内的业务扩充。

管控中心也是一台或多台的服务器与其它服务器处于同等地位。