从web层架构的演进了解微服务的概念，进而对微服务的组件有一定的了解；

从而知道为什么需要这些组件，以及这些组件设计的初衷，了解组件的责任和边界

 

单体架构

最早的时候，带宽所限，一个tomcat就可以搞定一个网站或者项目；MVC架构非常流行

即使在现在一些简单的网站和项目也可以使用nginx + tomcat；因为这样开发和维护成本比较低；

 单体架构--面临的挑战

        代码不断膨胀、功能越来越复杂、代码修改牵一发而动全身

       访问量增加、软件和硬件都面临挑战、雪崩效应

       重复代码增多，重复造轮子、测试变的复杂

• 复杂应用的开发维护成本变高、部署效率变低

 

集中式架构SOA

SOA架构一度也非常流行，能解决我们在单体架构中存在的问题。可以看到企业总线类似于服务网关的作用。

特点：

1、基于SOA的架构思想将重复公用的功能抽取为组件，以服务的方式给各系统提供服务。

2、各各项目（系统）与服务之间采用webservice、rpc等方式进行通信。

3、ESB企业服务总线作为项目与服务之间通信的桥梁。

优点：

1、将重复的功能抽取为服务，提高开发效率，提高系统的可重用性、可维护性。

2、可以针对不同服务的特点制定集群及优化方案。

3、采用ESB减少系统中的接口耦合。

缺点：

1、系统与服务的界限模糊，不利于开发及维护。

2、虽然使用了ESB，但是服务的接口协议不固定，种类繁多，不利于系统维护。

3、抽取的服务的粒度过大，系统与服务之间耦合性高

 

 集中式架构SOA-面临的挑战

SOA架构解决了应用服务化的问题、随着服务化的越来越深入、服务规模越来越大、服务治理面临的挑战也越来越多

• 服务框架如何支持线性扩展
• 分布式框架下的服务调用性能
•  如何查看日志，快速定位和解决故障      
• 服务限流、重试、超时控制、服务失败策略
• 如何实现分布式服务监控

微服务架构

微服务架构的特点

微服务架构实现—阿里Dubbo

注册中心（registry）：生产者在此注册并发布内容，消费者在此订阅并接收发布的内容。

消费者（consumer）：客户端，从注册中心获取到方法，可以调用生产者中的方法。

生产者（provider）：服务端，生产内容，生产前需要依赖容器（先启动容器）。

容器（container）：生产者在启动执行的时候，必须依赖容器才能正常启动（默认依赖的是spring容器）　　　　　　

监控中心（monitor）：是dubbo提供的一个jar工程。主要功能是监控服务端和消费端的使用数据。

如：服务端是什么，有多少接口，多少方法，调用次数，压力信息等，客户端有多少，调用过哪些服务端，调用了多少次等。

微服务架构实现—SpringCloud 

基本步骤

1、启动服务将服务注册到注册中心     

2、启动服务网关注册到注册中心

3、服务之间的调用使用一般用feign

4、外部的流量通过服务网关负载均衡

还有淘宝的HSF和亚马逊的Coral Service、华为在电信行业的DSF等等

微服务功能特性