微服务、分布式与集群

现在我觉得用微服务，或者说分布式服务，而不是用集群的原因是，随着业务越来越多、越来越复杂，程序变得非常臃肿，难以维护，而且也不方便更新。因此还是选择把程序根据业务进行拆分，从而变成微服务架构，使得单个程序比较轻便简单。

个人觉得：微服务是用来解决复杂系统的维护问题的，而不是用来提高可承受的并发量的（疯狂的横向扩展集群就能提高可承受的并发量）！！！

分布式是否属于微服务？
答案是肯定的。微服务的意思也就是将模块拆分成一个独立的服务单元通过接口来实现数据的交互。
微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。

集群模式是不同服务器部署同一套服务对外访问，实现服务的负载均衡。区别集群的方式是根据部署多台服务器业务是否相同。
注：集群模式需要做好session共享，确保在不同服务器切换的过程中不会因为没有获取到session而中止退出服务。
一般配置Nginx的负载容器实现：静态资源缓存、Session共享可以附带实现。

微服务不是完美的：

微服务不是什么银弹，也就是方便拆解一下原来的CRUD应用罢了而已，一没触及高级的交互方式，二没触及分布式系统真正的难点：状态，其实没有大家想的那么有用。之所以感觉上好像微服务改变了互联网，只不过90%的互联网应用都只是简单小规模的CRUD而已。
没有银弹。微服务相对于单体程序是有优点，但缺点也不少。比如测试调试环节，不是你认为的方便了，而是变得麻烦复杂了。另外，绝大部分的项目前后端的程序员数量加起来不会超过20人，在这个规模下的团队，如果单体的开发都做不好，又怎么能做好微服务呢？即便是web开发，其实大多数的项目也没有上微服务的必要。