你离 精通微服务 只差一个阿里资深架构师整理的微服务实战文档

前言

什么是微服务

在介绍微服务时，首先得先理解什么是微服务，顾名思义，微服务得从两个方面去理解，什么是"微"、什么是"服务"，

微，狭义来说就是体积小、著名的"2 pizza 团队"很好的诠释了这一解释（2 pizza 团队最先是亚马逊 CEO Bezos提出来的，意思是说单个服务的设计，全部参与人从设计、开发、测试、运维全部人加起来 只须要2个披萨就够了 ）。 而所谓服务，必定要区别于系统，服务一个或者一组相对较小且独立的功能单元，是用户能够感知最小功能集。

为何须要微服务？

在传统的IT行业软件大多都是各类独立系统的堆砌，这些系统的问题总结来讲就是扩展性差，可靠性不高，维护成本高。到后面引入了SOA服务化，可是，因为 SOA 早期均使用了总线模式，这种总线模式是与某种技术栈强绑定的，好比：J2EE。这致使不少企业的遗留系统很难对接，切换时间太长，成本过高，新系统稳定性的收敛也须要一些时间。最终 SOA 看起来很美，但却成为了企业级奢侈品，中小公司都望而生畏。

而微服务，从本质意义上看，仍是 SOA 架构。但内涵有所不一样，微服务并不绑定某种特殊的技术，在一个微服务的系统中，能够有 Java 编写的服务，也能够有 Python编写的服务，他们是靠Restful架构风格统一成一个系统的。因此微服务自己与具体技术实现无关，扩展性强。

微服务的本质

微服务，关键其实不单单是微服务自己，而是系统要提供一套基础的架构，这种架构使得微服务能够独立的部署、运行、升级，不只如此，这个系统架构还让微服务与微服务之间在结构上“松耦合”，而在功能上则表现为一个统一的总体。这种所谓的“统一的总体”表现出来的是统一风格的界面，统一的权限管理，统一的安全策略，统一的上线过程，统一的日志和审计方法，统一的调度方式，统一的访问入口等等。

微服务的目的是有效的拆分应用，实现敏捷开发和部署 。

微服务提倡的理念团队间应该是 inter-operate, not integrate 。inter-operate是定义好系统的边界和接口，在一个团队内全栈，让团队自治，缘由就是由于若是团队按照这样的方式组建，将沟通的成本维持在系统内部，每一个子系统就会更加内聚，彼此的依赖耦合能变弱，跨系统的沟通成本也就能下降。

微服务实战

第一部分 基础框架篇

基础框架篇从微服务架构的基本概念与技术选型出发，详细介绍了微服务基础框架Spring Boot、自动化API文档生成工具Swagger、动态数据源和缓存系统，并深刻分析了Spring Boot启动过程的核心源码，这一部分是整本书的基础；

第二部分 服务框架篇

服务框架篇详细介绍了服务注册与发现框架Consul、热配置管理框架Archaius、服务降级容错框架Hystrix，以及服务通讯框架OkHttp、AsyncHttpClient和Retrofit，这一部分是整本书的核心；

第三部分 监控部署篇

监控部署篇详细介绍了ELK日志系统的实现、Zipkin全链路追踪系统的实现，最后介绍了持续集成与持续部署系统的实现，这一部分是开发运维部分。

总目录