微服务分布式系统架构之zookeeper与dubbor-1

一、需要的环境如下：

IDEA,JDK8,Maven,SpringBoot基础，linux(centos7),dubbo(2.7.0)

virtualbox(用来装虚拟机，和模拟分布式的环境)。

二、传统互联网架构到微服务分布式架构的演变的过程：

简介：单机应用和分布式应用架构演进基础知识

    互联网时代演变过程

          pc时代-->移动互联网时代-->物联网时代

①、传统单体架构

如果程序扛不住了，可以这时加一个缓存，就可以很好的解决相应的问题。

而且这个应用程序是部署到单台的机器上去的。随着用户量的增长。就会

变成下面的图

缺点：系统耦合度高，开发效率随着时间的增长而减低，启动应用的时间长。

依赖庞大等等。

适用场景：初创公司，业务场景简单，功能单一，研发人员较少。

②、传统单体架构的扩展

保证应用程序部署在多台的服务器上面，通过相应的负载均衡的工具来把用户的请求去负载均衡( 比如nginx)到不同到不同的应用程序上面去，然后再对相应的数据进行一个保存。这时就会能够承受更高的并发。

但是随着业务的增长，整个程序的开发变的比较麻烦。这时就有了下面的图：

③、单体架构解耦

在水平上进行一个拆分，最主要的是把原先的一个单体的应用分成了网关层(用于用户的鉴权)，业务逻辑层(处理业务)，数据访问层(访问数据/对数据进行持久化)。

为了提高更高的并发量，就引入了下面的图:

④、异步架构

用户的请求来到nginx,然后去到相应的网关层，然后通过MQ进行异步的解耦，然后到业务逻辑层，然后到数据访问层，最终到数据库。这就是简单的异步架构。

随着用户的急剧的增长，这时就到了soa的架构

⑤、soa架构

soa架构就是对服务进行了拆分，而且引入了服务配置和服务治理。soa是比较依赖企业服务总线的。

⑥、微服务架构

微服务和soa架构是非常相似的，很多思想是从soa架构借鉴过来的。但是在微服务架构中去掉了ESB。这就是两者的最大的区别。

优点：易开发， 理解，维护

         独立部署和启动

缺点：需要管理多个服务，在架构的层面变的复杂。

         服务切分之后，服务之间的调用可能需要去解决分布式事务的问题