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

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