单机聊天服务器
缺点：
受限于硬件资源，服务器所能承受的用户并发量不够大；
任意模块修改，都会导致整个项目代码重新编译、部署；
系统中，有些模块是CPU密集型，有些是IO密集型，造成各模块对硬件资源的需求是不一样的
集群聊天服务器
优点：用户并发量提升了，部署简单
缺点：修改模块项目代码还是要重新编译，而且要进行多次编译
比如后台管理不需要高并发，所以不需要每台机器都部署
分布式
一个工程拆分了很多模块，每一个模块独立部署运行在一个服务器主机上，所有服务器协同工作共同提供服务，每一台服务器称作分布式的一个节点，根据节点的并发要求，对一个节点可以再做节点模块集群部署，比如下图分布式节点1可以再集群部署出分布式节点1-1，分布式节点1-2，…
问题
大系统的软件模块怎么划分？各模块可能会实现大量重复的代码
各模块都运行在不同的进程里（如docker虚拟化环境中），各模块之间该怎么访问呢？
机器1上的模块怎么调用机器2上的模块的一个业务方法？
机器1上的一个模块进程1怎么调用机器1上的模块进程2里面的一个业务方法呢？
