微服务架构起源、简介及设计课件.pptx

微服务架构起源、简介及设计课件.pptx

ID:57256112

大小:7.91 MB

页数:49页

时间:2020-08-04

微服务架构起源、简介及设计课件.pptx_第1页
微服务架构起源、简介及设计课件.pptx_第2页
微服务架构起源、简介及设计课件.pptx_第3页
微服务架构起源、简介及设计课件.pptx_第4页
微服务架构起源、简介及设计课件.pptx_第5页
资源描述:

《微服务架构起源、简介及设计课件.pptx》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、微服务架构起源、简介及设计独立架构师唐伟佳目录微服务架构起源1微服务与关联理论2微服务架构介绍3微服务应用及平台设计4微服务相关技术5企业架构企业架构是指对企业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案,是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。企业架构如同战略规划,可以辅助企业完成业务及IT战略规划。业务架构:是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营模式、流程体系、组织结构、地域分布等内容IT架构:指导IT投资和设计决策的IT框架,

2、是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。TOGAF架构TOGAF由国际标准权威组织TheOpenGroup制定。1993年开始应客户要求制定系统架构的标准,在1995年发表(TOGAF)架构框架。TOGAF的基础是美国国防部的信息管理技术架构,是基于一个迭代的过程模型,支持最佳实践和一套可重用的现有架构资产。它可设计、评估、并建立组织的正确架构。企业架构方法有很多,但TOGAF是最主流的。TOGAF产出物TOGAF产出物微服务架构起源-企业转型传统企业的IT建设需要转型,需要面向外部客户,需要应对外

3、部环境的快速变化、需要快速创新,IT架构也需要向互联网企业学习作出相应的改进,来支撑企业的数字化转型。先是单块架构,后来为了具备一定的扩展和可靠性,就有了垂直架构,也就是加了个负载均衡,接下来是SOA,解决应用系统之间如何集成和互通,微服务架构则是进一步在探讨一个应用系统该如何设计才能够更好的开发、管理更加灵活高效。微服务架构起源-问题微服务起源-愿景象更换零件一样更换软件微服务架构起源-技术基础微服务是在应用技术栈范畴,跟其他的应用技术一样都是具有系统分析、建模的能力,并不是一个纯粹的框架或技术,而是一个综合性的架构模式。微服

4、务是进化出来的。“解释一个概念需要用另外几个概念来解释,但是解释另外几个概念还需要其他概念来解释”,所以要聚焦领域,每个领域都是深不见底,都有他的知识体系,都有他的技术栈。微服务架构起源-技术基础技术具体讲就是分析、设计、建模,落地实施方法。包括几个重量级的技术体系:TOGAF企业信息架构框架DDD领域驱动设计SOA面向服务架构GRASP通用软件职责设计模式彩色建模—四色原型模式GRASP主要是辅助职责设计,四色原型主要是捕捉实体的事件发生序列,不会让你丢失关键业务场景。微服务与DDD英文名字:DomainDrivenDesig

5、n。中文名字:领域驱动设计。概述:DDD是一种以领域为核心的设计和开发理念。DDD通过维护一个深度反应领域概念的模型,以及提供了可行的经过实践检验的大量模式来应对领域的复杂性,偏向代码实现的(领域)对象微服务与DDD领域模型既不是脱离代码实现的纯粹业务对象描述,更不是一一对应代码里的表或者对象。注意以下几点:1.领域模型是精简的业务知识,所有权是业务代表而不是技术代表2.领域模型的目的是构建业务需求和技术实现之间的桥梁,和传统的buttom-up软件开发模式相比,是一种up-buttom自上而下的开发模式,可以避免需求偏离,因为

6、一开始就是从业务需求出发去构建模型,再参照模型去实现。3.领域模型是用来解构业务真实需求,可以理解成认识业务的一种方法论,领域模型的作用是构建一种共同语言,业务代表和技术代表在模型上沟通。4.领域模型是不断迭代进化的,随需求迭代,业务变更而不断演进。5.好的领域模型可以直接反应软件是做什么用的。DDD是一种软件开发模式,目的是为了解构复杂的业务需求,降低不同工种间的沟通障碍,实现结构清晰、可复用、易维护的软件。微服务与GRASPGRASP是GeneralResponsibilityAssignmentSoftwarePatter

7、ns(通用职责分配软件模式)的简称,它的核心思想“职责分配”。GRASP的主要特征:对象职责分配的基本原则。主要应用在分析和建模上。GRASP的核心思想:自己干自己的事(职责的分配)自己干自己的能干的事(职责的分配)自己只干自己的事(职责的内聚)如何把现实世界的业务功能抽象成对象,如何决定一个系统有多少对象,每个对象都包括什么职责,GRASP模式给出了最基本的指导原则。微服务与GRASP基本原则信息专家给对象分配职责的基本原则是什么?创建者假设系统中存在一个类A,那么在这个系统中,谁应该负责创建类A的新实例?高内聚怎样保持对象是

8、有重点的、可理解的、可管理的,并且能够支持低耦合?低耦合怎样降低依赖性,减少变化带来的影响,提高重用性?控制者在UI层之上首先接收和协调(控制)系统操作的第一个对象是什么?多态如何处理基于类型的选择?如何创建可插拔的软件构件?纯虚构当你并不想违背高内聚和低耦合或

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。