从单机结构到集群结构，你的代码基础无需要作任何修正，你要做的仅仅是多安排几台香港服务器，每台香港服务器上运行雷同的代码就行了。但是，当你要从集群结构演进到微服务结构的时候，之前的那套代码就需要产生较大的修正了。所以对于新系统我们建议，系统设计之初就采用微服务架构，这样后期运维的成本更低。但如果一套老系统需要升级成微服务结构的话，那就得对代码大动干戈了。所以，对于老系统而言，毕竟是持续保持集群模式，还是升级成微服务架构，这需要你们的架构师沉思熟虑、衡量投入产出比。

下面开端介绍所谓的散布式结构。

散布式结构就是将一个完整的系统，按照业务功效，拆分成一个个独立的子系统，在散布式结构中，每个子系统就被称为“服务”。这些子系统能够独立运行在web容器中，它们之间通过RPC方法通信。

举个例子，假设需要开发一个在线商城。按照微服务的思想，我们需要按照功效模块拆分成多个独立的服务，如：用户服务、产品服务、订单服务、后台管理服务、数据分析服务等等。这一个个服务都是一个个独立的项目，可以独立运行。如果服务之间有依附关系，那么通过RPC方法调用。

这样的利益有很多：

系统之间的耦合度大大降低，可以独立开发、独立安排、独立测试，系统与系统之间的边界非常明确，排错也变得相当容易，开发效率大大提升。

系统之间的耦合度降低，从而系统更易于扩大。我们可以针对性地扩大某些服务。假设这个商城要搞一次大促，下单量可能会大大提升，因此我们可以针对性地提升订单系统、产品系统的节点数量，而对于后台管理系统、数据分析系统而言，节点数量保持原有程度即可。

服务的复用性更高。比如，当我们将用户系统作为单独的服务后，该公司所有的产品都可以应用该系统作为用户系统，无需重复开发。

要做散布式结构的项目例如视频直播网站，下载分发网站可以考虑应用香港服务器。

桂哥网络特推出香港SEO服务器首月半价运动数量有限，售完即止