八面成功进入阿里的关键就在于你对于微服务的理解和应用到底到了什么地步，毕竟微服务也是几年最炙手可热的技术了。

首先我们要知道微服务的定义到底是什么？

微服务架构是将复杂系统使用组件化的方式进行拆分，并使用轻量通信方式进行整合的一种设计方法。微服务就是通过这种架构设计方法拆分出来的一个独立的组件化小应用。

组件，通常是以代码库的形式,提供函数式调用;而微服务的组件，却以应用的方式，通过使用HTTP通信提供接口服务。

微服务架构定义的精髓，可以用一句话来描述，那就是“分而治之，合而用之”。将.复杂系统进行拆分的方法，就是“分而治之”的方法。分而治之，可以让复杂的事情变得简单，这很符合我们平时处理问题的方法。使用轻量通信等方式进行整合的设计，就是“合而用之”的方法。合而用之，可以让微小的力量变得强大。硬件设计中多线程和多任务的技术，可以成倍地提高其并发能力和执行性能。如果软件设计还在使用单线程的方法,那是相当落后的。所以微服务设计中的整合,不但是多服务的整合，也是一种多实例、多副本的整合。通过这种整合，可以充分利用分布式环境的资源和低廉的机器组合成一个强大的服务系统。

微服务轻量级的HTTP通信，不同于传统的做法，使用事先设定的IP和端口进行访问，而是通过服务注册与发现的机制，使用服务的实例名称进行调用。在这个过程中，服务发现机制将协同路由代理服务和负载均衡器一起工作, 当客户端使用服务实例名称发出请求时，将通过负载均衡器从服务注册列表中选择-一个可用的服务实例，然后才通过实例注册的IP和端口路由到相关的服务中。所以提供API的微服务，可以发布在任意主机之中，并且可以随时更改主机和端口，也可以发布任意多个副本。

基于上面微服务的定义,我们可以总结出微服务架构设计的几个显著特点,具体如下。

1.小型化

微服务架构设计的突出之处就是进行服务组件化设计,组件化的结果最显著的特点就是应用程序变小了。使用组件化方式来构建的应用程序,每个组件将只负责完成一定范围的业务功能，更加专一地做好一件事情。因为小型化的特点，会让问题变得更加简单，也使开发变得更加容易。

2.自治化

使用去中心化的扁平化设计,将使每个服务都能够进行独立自治,这是对复杂功能的一种解耦设计。这种设计的特点也给每个微服务提供了更加*的管理空间。每个微服务都是一个独立的应用，独立使用数据库，独立部署，独立运行，这种独立性符合高内聚松耦合的设计原则。在微服务开发和维护中，每个微服务都是独立自治的，一个服务的更新和迭代将不存在对其他任何服务的依赖，同时也不会给其他服务造成影响，或者将这种影响减少到最小限度。

3.扁平化

独立自治的微服务，可以更加*地发挥每一个服务的优势和长处。但是这种*并不是指随意的混搭和组合，而是使用了扁平化的服务治理，让更多的微服务在发挥个性优势的同时,处在- -种杂而不乱的有序可控的状态之中。虽然从整体上微服务已经没有集中管理的概念了，但是微服务在整体上能够发挥更佳的性能优势。

4.轻量级设计

微服务的组件化特点，也是一种轻量级设计方法的体现，这种轻量级的设计同样体现在微服务的通信设计之中。

微服务的通信设计通常用到两种方式，即使用API的同步通信和使用消息通道的异步通信，不管使用哪种通信方式，都没有像SOA的ESB ( Enterprise Service Bus,企业服务总线)那样的重量级设计，而是分别使用简单的REST协议和轻量的消息总线来实现。

5.渐进式设计

一个产品从成型到成熟总是要经历一个过程，这个过程就是渐进式设计的特点。由于微服务小型而独立的特点，微服务设计可以使用业务驱动的方式进行,使用快速迭代进行不断地修正和调整，以使产品趋于成熟。

今天要分享的PDF就是Spring Cloud与Docker高并发微服务架构设计实施PDF和一份微服务架构实战，这两份PDF进行相互结合的学习相信对大家的学习一定会是事半功倍的效果。