掌握系列之微服务-1.概念
掌握高并发、高可用架构
第四章 微服务
本章介绍微服务的概念、为何要引入微服务、微服务会引发的问题,以及流行的微服务架构等。
庆云ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景,ssl证书未来市场广阔!成为创新互联建站的ssl证书销售渠道,可以享受市场价格4-6折优惠!如果有意向欢迎电话联系或者加微信:18980820575(备注:SSL证书合作)期待与您的合作!
第一节 微服务基础
微服务
1. 微服务的定义
Martin Flower在2014年的一篇论文《MicroServices》中提出的,在某种程度上微服务是面向服务的架构SOA继续发展的下一步,它是一些协同工作的小而自治的服务,很小,专注于做好一件事,具有自治性,其主要特点是:
- 与组织结构相匹配,每个服务可按照业务、团队进行划分,使小的团队在小的代码库上高效工作
- 可组合性,易于重用已有功能
- 技术异构性,每个服务不限制开发语言,不限制使用的数据库,服务之间通过轻量级API调用
- 简化部署,每个服务独立部署,服务之间互不影响,管理自动化
- 弹性扩展,可针对用户访问流量大的服务单独扩展,从而节约资源
- 对可替代性的优化,微服务中的多个相似服务,重写或移除一个或多个服务的阻碍会很小
2. 引入微服务会面临的挑战
虽然微服务看上去很美好,但引入微服务需要考虑以下几个问题
- 微服务强调服务大小,但没有一个统一标准,大多是根据经验来划分业务模块。要记住,微服务是达到目的的手段,而不是目标
- 微服务的部署必然是分布式的,这会造成程序的复杂性。分布式事务、网络延迟、系统容错、服务之间的通信,以及服务发现、调用链跟踪和代码质量
- 微服务架构下,不同的服务可能使用不同的数据库。CAP(分布式环境下,一致性Consistency、可用性Availablity、分区容错性Partition tolerance)原则的约束,使得不得不放弃强一致性,转而接受最终一致性
- 对测试的挑战
- 跨服务的系统变更
- 部署,微服务由不同的大量服务构成,每种服务都有自己的配置、应用实例数量以及基础服务地址,所以我们需要统一的配置中心,服务发现机制,以及更好的部署策略和高度自动化水平
所有的挑战体现在微服务的每一个细节
- API网关 Gateway
- 服务间调用
- 服务发现
- 服务容错
- 服务部署
- 数据调用
3. 微服务的七大原则
- 围绕业务概念建模
- 接受自动化文化
- 隐藏内部实现细节
- 去中心化
- 独立部署
- 设计故障模式
- 高度跟踪
本文题目:掌握系列之微服务-1.概念
路径分享:http://ybzwz.com/article/ipchgi.html