微服务遵循前提:
- 业务独立性:推荐书籍 Eric Evans《领域驱动模型》
- 团队自主性:
特点
- 单一职责:推荐书籍 Robert C.Martin《敏捷软件开发:原则、模式和实现》
- 轻量级通信:语言无关、平台无关的交互方式
- 独立性:交付过程中,开发(功能)、测试、部署的独立性;服务与服务的独立、隔离;
- 进程隔离
背景
互联网时代的产品特点:
- 需求变化快
- 用户群体庞大
价值观、方法论=》可遵循、可参考、可实施的交付体系
- 精益创业Lean Startup=》最小可实行产品Minimum Viable Product
- 敏捷方法
- 持续交付
- 云、虚拟化、基础设施自动化Infrastructure as Code:
- DevOps文化的推行
容器虚拟化技术
Docker的优势 》一个节点运行成百上千的Docker容器 》解决微服务的环境搭建、部署、运维成本高的问题
- 更快速的交付、部署:镜像
- 更轻松的迁移、扩展:可以在任意平台迁移(物理机、虚拟机、公有云、私有云……)
- 更简单的管理:镜像修改以增量方式分发、更新
SOA面向服务架构 vs 微服务
微服务的本质:
- 服务作为组件Component:组件可以被独立部署
- 定义了清晰的、语言无关、平台无关的接口
- 分布式调用比进程调用更消耗时间
- 严重依赖网络的可靠性、稳定性
- 围绕业务组织团队
- 关注产品而非项目
- 技术多样性
- 业务数据独立
- 业务数据接口继承,而非以数据库的方式同其他服务继承
- 随业务发张,选择更合适的工具管理、迁移业务数据
- 基础设施自动化
- 部署、运维的成本随服务的增多呈指数级增长
- 云技术、持续继承、持续交付
- 演进式架构
- 业务驱动架构,架构服务于业务
微服务的优势
- 独立性
- 单一职责
- 技术多样性
实施需要考虑的因素:
- 分布式系统的复杂度
- 分布式系统的复杂度
- 性能:网络延迟、带宽;多服务相互协作时,响应时间、性能
- 可靠性:网络、带宽、节点自身的可靠性=》组件间远程调用;单点故障
- 异步:异步通信的定位问题、调试问题难度更大
- 数据一致性:跨多个节点来保证数据的瞬时一致性||数据的最终一致性
- 工具:开发、调试工具没有足够支持
- 配置
- 部署
- 监控、警告
- 日志收集
- 分布式系统的复杂度
- 部署自动化:构建自动化部署流水线
- DevOps与组织架构
- 服务间依赖测试
- 服务间依赖管理