微服务架构起源简介及设计.pptVIP

微服务应用设计原则 微服务应用设计原则 微服务应用设计原则 微服务平台 - 企业 IT 基础 DevOps ：负责从需求到计划任 务，团队协作，再到质量管理、 持续集成和发布。 个人基础环境 ：即微服务应用平 台，他的目标主要就是要支撑微 服务应用的设计开发测试，运行 期的业务数据处理和应用的管理 监控。 IT 基础设施 ：各种运行环境支撑 如 IaaS (VM 虚拟化 ) 和 CaaS ( 容器 虚拟化 ) 等实现方式。 微服务应用平台目标 微服务平台的主要目标 主要就是要支撑微服务应用 的 全生命周期管理 ，从需求 到设计开发测试，运行期的 业务数据处理和应用的管理 监控等。 微服务应用平台总体架构 开发集成 ：微服务平台需要具备 的一些工具和仓库 运行时 ：微服务平台的 基础能力 和分布式 的 支撑能力，微服务运行 容器运行在这个平台之上。 监控治理 ：对受管的微服务进行 统一的监控、配置等能力。 服务网关 ： 负责与前端的 WEB 应用 移动 APP 等渠道集成，对前 端请求进行认真鉴权，然后路由转 发。 微服务架构 起源、简介及设计 独立架构师 唐伟佳 目录 微服务架构起源 1 微服务与关联理论 2 微服务架构介绍 3 微服务应用及平台设计 4 微服务相关技术 5 企业架构 企业架构 是指对企业信息管理系统中具有体 系的、普遍性的问题而提供的 通用解决方案 ， 是基于业务导向和驱动的架构来理解、分析、 设计、构建、集成、扩展、运行和管理信息系 统。企业架构如同 战略规划 ，可以辅助企业完 成业务及 IT 战略规划。 业务架构 ：是把企业的业务战略转化为日常 运作的渠道，业务战略决定业务架构，它包括 业务的运营模式、流程体系、组织结构、地域 分布等内容 IT 架构 ：指导 IT 投资和设计决策的 IT 框架， 是建立企业信息系统的综合蓝图，包括数据架 构、应用架构和技术架构三部分。 TOGAF 架构 TOGAF 由国际标准权威组织 The Open Group 制定。 1993 年开始应客户要求制定系统 架构的标准，在 1995 年发表 (TOGAF) 架构框 架。 TOGAF 的基础是美国国防部的信息管理技 术架构，是基于一个迭代的过程模型，支持最 佳实践和一套可重用的现有架构资产。它可设 计、评估、并建立组织的正确架构。 企业架构方法有很多，但 TOGAF 是 最主流 的。 TOGAF 产出物 TOGAF 产出物 微服务架构起源 - 企业转型 传统企业的 IT 建设需要转型，需 要面向 外部客户 ，需要应对外部环 境的快速变化、需要快速创新， IT 架构也需要向互联网企业学习作出 相应的改进，来支撑企业的 数字化 转型 。 先是 单块架构 ，后来为了具备一 定的扩展和可靠性，就有了 垂直架 构 ，也就是加了个负载均衡，接下 来是 SOA ，解决应用系统之间如何 集成和互通， 微服务架构 则是进一 步在探讨一个应用系统该如何设计 才能够更好的开发、管理更加灵活 高效。 微服务架构起源 - 问题 微服务起源 - 愿景 象更换零件一样更换软件 微服务架构起源 - 技术基础 微服务是在 应用技术栈 范畴， 跟其他的应用技术一样都是具有 系统分析、建模的能力，并不是 一个纯粹的框架或技术，而是一 个 综合性的架构模式 。 微服务是 进化 出来的。“解释 一个概念需要用另外几个概念来 解释，但是解释另外几个概念还 需要其他概念来解释”，所以要 聚焦领域 ，每个领域都是深不见 底，都有他的知识体系，都有他 的技术栈。 微服务架构起源 - 技术基础 技术具体讲就是分析、设计、建 模，落地实施方法。包括几个重量 级的技术体系： ? TOGAF 企业信息架构框架 ? DDD 领域驱动设计 ? SOA 面向服务架构 ? GRASP 通用软件职责设计模式 ? 彩色建模—四色原型模式 GRASP 主要是辅助 职责设计 ，四 色原型主要是捕捉实体的 事件发生 序列 ，不会让你丢失关键业务场景。 微服务与 DDD 英文名字： Domain Driven Design 。 中文名字：领域驱动设计。 概 述： DDD 是一种以 领域 为核心 的设计和开发理念。 DDD 通过维护一 个深度反应领域概念的模型，以及提 供了可行的经过实践检验的大量 模式 来应对领域的复杂性，偏向代码实现 的（领域）对象 微服务与 DDD 领域模型既不是脱离代码实现的纯粹业务对象描述， 更不是一一对应代码里的表或者对象。注意以下几点： 1. 领域模型是 精简的业务知识 ，所有权是业务代表而 不是技术代表 2. 领域模型的目的是构建业务需求和技术实现之间的 桥梁 ，和传统的 buttom-up 软件开发模式相比，是一种 up-buttom 自上而下的开发模式