1. 认识微服务
1.1.1. 行业背景
不同行业IT系统更新频率
IT系统存在的问题
微服务架构在企业中应用情况
docker在企业中的使用情况
1.1.2. 什么是微服务
使用一套小服务来开发单个应用的方式,每个服务运行在独立的进程里,一般采用轻量级的通讯机制互联,并且它们可以通过自动化的方式部署
什么叫微?
- 单一功能
- 代码少,不是,而且代码多
- 架构变的复杂了
- 微服务是设计思想,不是量的体现
1.1.3. 微服务的特点
- 单一职责,此时项目专注于登录和注册
- 轻量级的通信,通信与平台和语言无关,http是轻量的,例如java的RMI属于重量的
- 隔离性,数据隔离
- 有自己的数据
- 技术多样性
1.1.4. 微服务诞生背景
- 互联网行业的快速发展,需求变化快,用户数量变化快
- 敏捷开发深入人心,用最小的代价,做最快的迭代,频繁修改、测试、上线
- 容器技术的成熟,是微服务的技术基础
1.1.5. 互联网架构演进之路
单体架构
- 所有功能放一个项目里
- 应用和数据库服务器可能部在一起,分开部
- 优点:
- 简单,高效,小型项目
- 缺点:
- 扛不住
- 技术栈受限
垂直架构
- 将大项目架构拆分成一个一个单体架构
- 优点:
- 不至于像单体无限扩大
- 缺点:
- 有瓶颈
- 成本高
SOA架构,面向服务的编程
- ESB,比较传统的中间件技术
- 优点:
- 代码提高重用性,ESB接口解耦
- 针对不同服务,做不同数据层和部署
- 缺点:
- ESB比较重量级
- 对于开发人员来说,系统层和服务层界限模糊
微服务架构
- 每个功能抽取成一个一个的服务
- 微服务之间访问是轻量级的,RPC
1.1.6. 微服务架构的优势
- 独立性
- 使用者容易理解
- 技术栈灵活
- 高效团队
1.1.7. 微服务架构的不足
- 额外的工作,服务的拆分
- 保证数据一致性
- 增加了沟通成本