微服务与集群的一点见解

首先说明一下为什么会写这篇文章，因为我看到了之前走的人在一个微服务项目里面的代码。我的感觉就是这个代码能跑起来就真的很了不起。

进入正题：

微服务：将一个大的服务拆分成一个一个小服务。小服务之间可能有互相依赖，那么它们之间就会互相调用。

集群：就是将一个小服务启动多个来均衡负载，以及可用性。

有时候，在进行服务拆分的时候小服务还会进行集群操作。这个时候问题来了，如果你的小服务是无状态的那么问题不大。如果小服务是有状态的，会修改外部变量，那么小服务就会出现各种各样奇奇怪怪的问题。这个时候需要分布式锁等一些解决方法。

 

但是，还是会有疏忽的情况。认为只要将服务进行拆分就可以解决负载过大的问题，没有考虑过如果小服务一旦集群的问题。

真实身边事例：

一家公司因为业务发展，系统负载过大。花了几个星期改造成了微服务架构。刚开始每个小服务都是单个启动，刚开始没什么问题。但是随着业务量增加，系统负载还是有些大。那么对其中几个小服务进行集群。过了几个小时，发现数据出现了不准确，丢失等问题。

排查下来是因为其中一个服务在进行数据统计的时候是单服务操作，一旦集群就会有问题。

 

最后怎么说呢，我也看过一些公司一言不合就微服务，感觉高上大。但是微服务的时候会让系统出问题的概率变大。所以我觉得把刚开始能简单就简单，单节点可以撑住业务就单节点，如果压力稍微大点可以使用集群（可以考虑k8s）。如果到了一定量级别的时候在考虑微服务。在使用微服务拆分的时候请考虑一下服务可能会集群的情况。