微服务简介
⒈微服务是什么？微服务架构是什么？
就目前而言，对于微服务业界并没有一个统一的、标准的定义。
但通常而言，微服务架构是一种架构模式，或者说是一种架构风格，它倡导将单一应用程序划分成一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值，服务之间采用轻量级的通信机制互相沟通（通常是基于Http的RESTFUL API），每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。
⒉自我理解
微服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事情，从技术角度来看就是一种小而独立的处理过程，类似进程的概念，能够自行单独启动或销毁，拥有自己独立的数据库。
⒊常用分类
①单机系统（All In One）
- 作为一个大工程的存在
- 各个模块连接在一起，如商品、订单、交易、库存等等。
- 作为一个项目进行部署
②分布式系统
- 各个模块/服务，各自独立出来（拆分）
- 各自微小的一个进程，让专业的人专业的模块来做专业的事情（各自独立的进程）
- 独立部署
- 拥有自己独立的数据库
⒋微服务的优缺点
①优点
- 每个服务足够内聚、足够小，代码容易理解，聚焦一个指定的业务需求。
- 开发简单，开发效率提高，每个服务只做专一的一件事情。
- 微服务能够被小团队单独开发。
- 微服务是松耦合的、具有功能意义的服务，无论是在开发阶段还是部署阶段都是独立的。
- 微服务可以使用不同的语言进行开发。
- 微服务易于和第三方集成，微服务允许使用容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins、Hudson、Bamboo等
- 微服务易于被一个开发人员理解、修改和维护，这样小团队能够更关注自己的工作成果，无需通过合作才能体现价值。
- 微服务允许融合最新技术
- 微服务只是业务逻辑的代码，不会和Html、Css或其他界面组件混合。
- 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库。
②缺点
- 开发人员需要处理分布式系统的复杂性。
- 多服务的运维难度。随着服务的增加，运维的压力也在逐渐增大。
- 系统部署依赖
- 服务间的通信成本
- 多个数据间的数据一致性
- 系统集成测试
- 性能监控
- 等等
⒌微服务的技术栈有哪些？
| 微服务条目 | 落地技术 | 备份 |
| 服务开发 | SpringBoot、Spring、SpringMVC | |
| 服务配置与管理 | Netflix公司的Archaius、阿里的Diamond等 | |
| 服务注册与发现 | Eureka、Consul、Zookeeper等 | |
| 服务调用 | Rest、RPC、gRPC | |
| 服务熔断器 | Hystrix、Envoy等 | |
| 负载均衡 | Ribbon、Nginx等 | |
|
服务接口调用 （客户端调用服务的简化工具） |
Feign等 | |
| 消息队列 | Kafka、RabbitMQ、ActiveMQ等 | |
| 服务配置中心管理 | SpringCloudConfig、Chef等 | |
| 服务路由（Api网关） | Zuul等 | |
| 服务监控 | Zabbix、Nagios、Metrics、Spectator等 | |
| 全链路追踪 | Zipkin、Brave、Dapper等 | |
| 服务部署 | Docker、Openstack、Kubernetes等 | |
| 数据流操作开发包 | SpringCloudStream（封装与Redis、Rabbit、Kafka等发送接收消息） | |
| 事件消息总线 | SpringCloudBus | |
| ......... |
⒍为什么选择SpringCloud作为微服务框架？
①整体解决方案和框架成熟度
②社区热度
③可维护性
④学习曲线
⒎各微服务框架对比
| 功能点 | SpringCloud | Dubbo | Motan | gRPC | Thrift |
| 功能定位 | 一站式微服务框架 | 服务框架 | RPC框架，但整合ZK或Consul实现集群环境基本服务注册/发现 | RPC框架 | RPC框架 |
| 支持Rest | 是，Ribbon支持多种可插拔的序列化选择 | 否 | 否 | 否 | 否 |
| 支持RPC | 否 | 是 | 是 | 是 | 是 |
| 支持多语言 | 是 | 否 | 否 | 是 | 是 |
| 服务注册/发现 | 是（Eureka） | 是 | 是 | 否 | 否 |
| 负载均衡 | 是 | 是 | 是 | 否 | 否 |
| 配置服务 | 是 | 否 | 是 | 否 | 否 |
| 服务调用监控 | 是 | 否 | 否 | 否 | 否 |
| 高可用/容错 | 是 | 是 | 是 | 否 | 否 |
| 典型应用案例 | Netflix | Alibaba | Sina | ||
| 社区活跃 | 高 | 高 | 一般 | 高 | 一般 |
| 学习难度 | 中等 | 低 | 低 | 高 | 高 |
| 文档丰富度 | 高 | 高 | 一般 | 一般 | 一般 |
| 其他 | SpringCloudBus为我们的应用带来更多管理端点 | 实践公司比较多 | 支持降级 | Netflix内部在开发集成gRPC | IDL定义 |
