分布式，集群，微服务概念

这些东西以前是知道是什么东西，但是没做记录现在就忘了，还是做下记录好点
分布式：将一个大系统分为若干小系统，例如我现在的维护流程系统，简单分可以流程一个，微信端一个。在细一点，流程后台中流程设计为一个，表单设计一个，前台流程解释执行一个.拆开部署到不同服务器支
之间相互访问
微服务 :也是将将服务拆分，但是将拆分胡得分服务继续拆分，如下面所说。我微信端在拆分可以分为流程运行，流程待办，流程完结，虽然不需要这么细
集群：就是将一个应多个部署，通过例如Nginx去访问，然后根据轮询护着设置比重等检查去访问哪台服务器

下面Copy别人的参考

<em id="__mceDel">分布式的核心就一个字：拆。只要是将一个项目拆分成了多个模块，并将这些模块分开部署，那就算是分布式。<br>
如何拆呢？有两种方式：水平拆分，或垂直拆分（也称为“横向拆分”和“垂直拆分”），具体如下：
 
水平拆分：根据“分层”的思想进行拆分。例如，可以将一个项目根据“三层架构”拆分成 表示层（jsp+servlet）、业务逻辑层（service）和数据访问层（dao），然后再分开部署：把表示层部署在服务器A上，把service和dao层部署在服务器B上，然后服务器A和服务器B之间通过dubbo等RPC进行进行整合。
 
垂直拆分：根据业务进行拆分。例如，可以根据业务逻辑，将“电商项目”拆分成“订单项目”、“用户项目”和“秒杀项目”。显然这三个拆分后的项目，仍然可以作为独立的项目使用。像这种拆分的方法，就成为垂直拆分。
ang
微服务：
 
微服务”就是非常微小的服务。微服务可以理解为一种非常细粒度的垂直拆分。例如，以上“订单项目”本来就是垂直拆分后的子项目，但实际上“订单项目”还能进一步拆分为“购物项目”、“结算项目”和“售后项目”，订单项目”，它完全可以作为一个分布式项目的组成元素，但就不适合作为微服务的组成元素了（因为它还能再拆，而微服务应该是不能再拆的“微小”服务，类似于“原子性”）。所以，大白话就是，微服务就是不可分割的分布式模块
 
总结：
分布式：拆了就行。
 
微服务：细粒度的垂直拆分。
 
</em>