文章目录
- 1、微服务定义
- 2、微服务优缺点
- 3、微服务的技术栈
- 4、微服务架构的落地产品选择
- 5、认识 SpringCloud
- 5.1、SpringCloud 是什么
- 5.2、SpringCloud 和 SpringBoot 是什么关系
- 5.3、SpringCloud 和 Dubbo 之间的多维度对比
1、微服务定义
提出者论文的描述： 通常而言，微服务架构是一种架构模式或者说是一种架构风格，他提倡将一应用程序划分成一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通（Cloud 是基于 HTTP 的 RESTful API，Dubbo 是基于远程过程调用 RPC）。每个服务都围绕着具体业户进行构建，并且能够独立的部署到生产环境中、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。
技术维度的解析： 微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。
2、微服务优缺点
优点：
- 每个服务足够内聚，足够小，比较容易聚焦
- 开发简单且效率高，一个服务只做一件事情
- 开发团队小，一般2-5人足以（当然按实际为准）
- 微服务是松耦合的，无论开发还是部署都可以独立完成
- 微服务能用不同的语言开发
- 易于和第三方集成，微服务允许容易且灵活的自动集成部署（持续集成工具有enkins,Hudson,bamboo等）
- 微服务易于被开发人员理解，修改和维护，这样可以使小团队更加关注自己的工作成果，而无需一定要通过合作才能体现价值
- 微服务允许你融合最新的技术
- 微服务只是业务逻辑的代码，不会和HTML,CSS或其他界面组件融合。
- 每个微服务都可以有自己的存储能力，数据库可自有也可以统一，十分灵活。
缺点：
- 开发人员要处理分布式系统的复杂性（分布式的联合事务管理）
- 多服务运维难度，随着服务的增加，运维的压力也会增大
- 依赖系统部署
- 服务间通讯的成本
- 数据的一致性
- 系统集成测试
- 性能监控的难度
3、微服务的技术栈
| 微服务条目 | 落地技术 |
|---|---|
| 服务开发 | 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、Specatator等 |
| 全链路追踪 | Zipkin、Brave、Dapper等 |
| 服务部署 | Docker、OpenStack、Kubernetes等 |
| 数据流操作开发包 | SpringCloud Stream(封装与Redis，Rabbit，Kafka等发送接收消息) |
| 事件消息总线 | SpringCloud Bus |
一个项目满足了上面的大多数微服务条目，才能称为是微服务架构
4、微服务架构的落地产品选择
1）选型依据
- 整体解决方案和框架的成熟度
- 社区热度
- 可维护性
- 学习曲线
2）当前各大IT公司的微服务架构
- 阿里Dubbo/HSF
- 京东JSF
- 新浪Motan
- 当当DubboX
3）各微服务的框架对比
5、认识 SpringCloud
Spring 的三大模块：SpringBoot（构建），Spring Cloud（协调），Spring Cloud Data Flow（连接）
5.1、SpringCloud 是什么
- 分布式系统的简化版（官方介绍）
- SpringCloud 基于 SpringBoot 提供了一整套微服务的解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于Netflix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件
- SpringCloud 利用 SpringBoot 的开发便利性巧妙地简化了分布式系统的基础设施开发，SpringCloud 为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用 SpringBoot 的开发风格做到一键启动和部署。
- 一句话概括：SpringCloud 是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的几何体，俗称微服务全家桶
5.2、SpringCloud 和 SpringBoot 是什么关系
- SpringBoot：专注于快速方便的开发单个微服务个体（关注微观）
- SpringCloud：关注全局的微服务协调治理框架，将SpringBoot开发的一个个单体微服务组合并管理起来（关注宏观）
- SpringBoot 可以离开 SpringCloud 独立使用，但是 SpringCloud 不可以离开 SpringBoot ，属于依赖关系
5.3、SpringCloud 和 Dubbo 之间的多维度对比
最大区别：
- Spring Cloud 抛弃了 RPC 通讯，采用基于 HTTP 的 REST 方式。这两种方式各有优劣，Spring Cloud 牺牲了服务调用的性能，但是同时也避免了原生 RPC 带来的问题。而 REST 比 RPC 更为灵活，服务提供方和调用方的依赖只依靠一张契约，不存在代码级别的强依赖。
- 社区的支持与力度：Dubbo 曾经停运了5年，虽然重启了，但是对于技术发展的新需求，还是需要开发者自行去拓展，对于中小型公司，显然显得比较费时费力，也不一定有强大的实力去修改源码。
- 一句话：Dubbo 像组装机，Spring Cloud 像一体机
总结： 两者解决的问题域不一样：Dubbo 的定位是一款 RPC 框架，Spring Cloud 的目标是微服务架构下的一站式解决方案。
文章知识点与官方知识档案匹配，可进一步学习相关知识
Java技能树首页概览108492 人正在系统学习中