文章目录
- 前言
- 什么是微服务，微服务优缺点，微服务设计原则,微服务架构的演进过程
- 一、微服务架构的演进过程？
- 单体架构
- 1.1 初期单体架构
- 1.2 优点
- 1.3 缺点
- 2.1 垂直应用架构设计图
- 2.2 优点
- 2.3 缺点
- SOA 架构（垂直应用架构的升级改进） 也叫面向服务架构
- 3.SOA 架构设计图
- 3.2 优点
- 3.3 缺点
- 4 .微服务架构 （业界最流行的软件开发架构）
- 4.1 微服务架构设计图
- 4.2 微服务优点
- 4.3 微服务缺点
- 二、微服务架构需要遵循的原则
- 5.2 不遵循微服务架构原则会出现巨大的问题
- 建议的最佳实战
- 总结
前言
什么是微服务，微服务优缺点，微服务设计原则,微服务架构的演进过程
一、微服务架构的演进过程？
单体架构
1.1 初期单体架构
单体架构设计非常简单 比如电商系统当中 把所以业务写成一个工程中 列如对应来说一个Java应用 包含鉴权 监控 订单 商品 物流 优惠 账号等服务实现 存储在MySQL 和Redis 当中
1.2 优点
开发、部署、 上线非常简单
1.3 缺点
1.代码耦合严重、牵一发而动全身,代码合并冲突很容易常见。
2.维护困难，开发人员很难整体理解整个系统
3.容错性差，因为整个系统是一个进程，如果系统报错，整个系统容易宕机
4.资源不能进行合理利用，一个系统中不同的功能被被调用的频率不同，如果是单体应用的话，需要将整个应用水平扩展，造成了资源的浪费。
5.不利于技术的扩展，传统的单体架构如果要更新某个技术，就需要重新开发整个系统
6.难以扩展，不能按需扩展，而要扩展整个系统。代码库比较复杂，进行修改维护容易影响到别的功能
#####2.垂直应用架构 （单体架构的升级改进）
2.1 垂直应用架构设计图
2.2 优点
服务、部署独立、水平扩展容易
2.3 缺点
搭建复杂，服务之间关系错综复杂，维护困难
SOA 架构（垂直应用架构的升级改进） 也叫面向服务架构
3.SOA 架构设计图
3.2 优点
1.能够提高开发效率，可以将整个系统分为几个不同的子系统，不同团队负责不同的系统，从而提高开发效率。
2.解耦，降低了系统之间的耦合
3.易于扩展，业务逻辑改变时只需要修改单个服务，减少了对使用者的影响
3.3 缺点
抽取的粒度比较大。耦合度较高 开发周期比较长
4 .微服务架构 （业界最流行的软件开发架构）
4.1 微服务架构设计图
4.2 微服务优点
微服务是通过将系统根据功能划分为细粒度的服务，每一个服务都是一个独立的应用，根据这种思想创建的软件服务实体就是微服务。
1.解耦，根据功能将系统分为不同的独立运行的服务，将原来的复杂的系统简单化，每个服务交付给不同的团 队去负责，提高了开发效率。开发人员可以只关注自己的业务功能
2.容错性高，将错误隔离在单个服务内。
3.技术选型灵活，不同的服务可以根据自己的需求选择不同的技术。
4.易于扩展，可以按需扩展服务，避免资源的浪费
5.独立部署，每个服务独立部署，当其中一个服务有需求变更时，可以只编译部署单个应用，减少了对用户的影响
4.3 微服务缺点
1.开发人员需要面对分布式系统的复杂性。测试更加困难，需要保证服务之间的通信；需要团队之间的协调；当用例涉及到多个服务的时候，需要实现分布式事务管理。
2.部署比较复杂
3.增加内存开销，微服务系统用多个服务实例取代了传统垂直架构的单个服务实例。有多少服务实例，就会有多少在内存运行的开销。
二、微服务架构需要遵循的原则
###### 5.1 微服务带来的收益 1.合理、正确的将单体应用迁移到微服务
2.单个的微服务，可以选择一门你擅长的语言去开发,扩展性强
3.对于整个应用而言,代码不在耦合,不会出现大量的冲突
4.微服务可以重用，应用发布时间可控性更强
5.通过故障隔离，让错误在微服务中降级,不会影响到整个应用（或其他服务）
5.2 不遵循微服务架构原则会出现巨大的问题
1.微服务之间的依赖错综复杂，难为维护
2.开发过程 互相纠缠 开发 上线时间严重影响
建议的最佳实战
1.职责独立：每个微服务只做自己功能范围内的事,微服务之间的依赖链不要过长
2.建立单个微服务依赖链路不要超过3个请求
3.使用熔断器实现快速的故障容错和线程隔离 Hystrix Sentinel
4.通过网关代理微服务请求,网关是微服务架构对外暴露的唯一入口
5.确保微服务API 变更后能够向后兼容
总结
1.对于通用的功能逻辑，如果不经常变更，那么，做成 SDK，而不是提供一个服务…
2.微服务通信链路如果『太长』，就需要考虑去重构、重新拆分微服务。