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

1、微服务架构的起源、介绍和设计，独立建筑师唐，目录，企业架构，企业架构是指为企业信息管理系统中的系统化和通用化问题提供的通用解决方案，它基于面向业务和驱动的架构来理解、分析、设计、构建、集成、扩展、操作和管理信息系统。企业架构像战略规划一样，可以帮助企业完成业务和信息技术战略规划。业务架构：信息技术是将企业的业务战略转化为日常运营的渠道。业务战略决定业务架构，业务架构包括业务运营模式、流程体系、组织结构和地理分布。信息技术架构：指导信息技术投资和设计决策的信息技术框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构。TOGAF架构，TOGAF是由国际标准权威组织开放集团制定的。1

2、993年，应客户要求制定了系统架构标准，1995年发布了框架(TOGAF)。TOGAF基于美国国防部的信息管理技术架构，该架构基于迭代过程模型，支持最佳实践和一组可重用的现有架构资产。它可以设计、评估和建立正确的组织结构。企业架构有很多方法，但是TOGAF是最主流的。TOGAF产品，TOGAF产品，微服务架构的起源企业转型，传统企业的IT建设需要转型，需要面对外部客户，需要应对外部环境的快速变化，需要快速创新，而IT架构也需要向互联网企业学习并做出相应的改进，以支持企业的数字化转型。首先是单片体系结构，然后，为了具有一定的可扩展性和可靠性，有一个垂直体系结构，即增加了负载平衡。接下来，SOA被

3、用来解决如何在应用系统之间集成和互操作。微服务架构是进一步讨论如何设计一个应用系统，使它能够更好地开发和管理，更灵活和有效。微服务架构起源问题，微服务起源愿景，像替换零件一样替换软件，微服务架构起源技术基础，微服务是在应用技术栈领域，和其他应用技术一样，它具有系统分析和建模的能力，不是一个纯粹的框架或技术，而是一个全面的架构模型。微服务在进化。“解释一个概念需要用其他几个概念来解释，但是解释其他几个概念需要用其他几个概念来解释”，所以我们应该把重点放在各个领域上，每个领域都是无底洞，都有自己的知识体系和技术堆栈。微服务架构的起源技术基础，具体来说，技术就是分析、设计、建模和实现的方法。包括几个

4、重量级的技术系统：TOGAF企业信息架构框架DDD领域驱动设计SOA面向服务架构抓取通用软件责任设计模式颜色建模四色原型模式抓取主要用于辅助责任设计，四色原型主要用于捕捉实体的事件序列，这样就不会丢失关键的业务场景。微服务和DDD，英文名称：域驱动设计。中文名称：域名驱动设计。概述：DDD是一个以领域为核心的设计和开发概念。DDD通过维护一个深刻反映领域概念的模型来应对领域的复杂性，并提供了大量经过实践检验的可行模式。DDD偏向于代码实现的(领域)对象、微服务和DDD。领域模型既不是脱离代码实现的业务对象的纯粹描述，也不是一对一对应代码中的表或对象。注意以下几点：1 .领域模型是简化的业务知识

5、，所有权是业务代表而不是技术代表。2.领域模型的目的是在业务需求和技术实现之间搭建一座桥梁。与传统的自上而下的软件开发模型相比，它是一种自上而下的开发模型，可以避免需求的偏差，因为从一开始，模型就是从业务需求出发，然后参考模型来实现的4.随着需求和业务变化的迭代，领域模型不断地迭代和发展。5.一个好的领域模型可以直接反映软件的用途。DDD是一种软件开发模式，旨在解构复杂的业务需求，减少不同工作之间的沟通障碍，实现结构清晰、可重用、易于维护的软件。GRAPH是通用责任分配软件模式的缩写，其核心思想是“责任分配”。GRASP的主要特点是：目标责任分配的基本原则。主要用于分析和建模。GRAPH的核心

6、思想是：做你自己的事(职责分配)做你自己能做的事(职责分配)只做你自己的事(职责凝聚)如何将现实世界的业务功能抽象成对象，如何决定一个系统有多少对象，每个对象包含什么职责，GRAPH模式给出了最基本的指导原则。微服务和GRASP的基本原理，微服务和RUP，微服务和颜色建模，Peter Coad认为，域模型由以下组件组成：粉色：表示“时刻-意图”；黄色：代表“角色”；绿色：代表“聚会场所”；蓝色：表示“描述”；微服务和服务架构；背景SOA、SOA: IT建设主要是在部门层面，业务流程和数据局限于部门内部的垂直应用：不同的应用和不同的厂商会形成不同的数据结构和不同的实现方式，这就需要跨部门的数据共

7、享、业务共享、客户共享、组织和业务流程的频繁变化。SOA解决了以下问题：信息孤岛互连、业务重用、微服务和SOA。SOA是一个粗粒度且松散耦合的服务架构，服务通过简单且精确定义的接口进行通信，而不涉及底层编程。SOA可以看作是B/S模式和XML/Web服务技术的自然延伸。SOA将帮助软件工程师从一个新的高度理解企业级架构中各种组件的开发和部署形式。SOA帮助企业系统架构师更快、更可靠、更可重用地构建整个业务系统。SOA可以更冷静地面对业务的快速变化。微服务与SOA、SOA与微服务之间的区别：微服务不再强调传统SOA架构中沉重的ESB企业服务总线SOA思想，而是进入一个单一的业务系统，实现真正的组

8、件化SOA和微服务的共同点：服务敏捷性和快速性、虚拟服务、微服务与SOA框架之间的区别、微服务架构定义、微服务架构内涵、微服务架构内涵、微服务架构内涵、微服务架构优势，每个微服务组件都是应用程序不需要一个巨大的应用服务器一个小团队可以负责变得更加专业，这相应地更加高效和可靠。微服务是松散耦合的，微服务是高度内聚的，因此每个微服务都可以根据需要轻松扩展。微服务架构与语言工具无关，因此我们可以自由选择合适的语言和工具，高效地完成业务目标。microservice archITecture示例，microservice应用程序设计原则，microservice应用程序设计原则，microservic

9、e应用程序设计原则，microservice平台-企业it基础，DevOps:负责需求、规划任务、团队合作、质量管理、持续集成和发布。个人基本环境：即微服务应用平台，其主要目标是支持微服务应用的设计、开发和测试、业务数据处理以及运行时的应用管理和监控。信息技术基础设施：各种操作环境支持IaaS(虚拟机虚拟化)和CaaS(容器虚拟化)等实施。微服务应用平台的主要目标是支持微服务应用的整个生命周期管理，从需求到设计、开发和测试、业务数据处理以及运行时的应用管理和监控。微服务应用平台的总体架构、开发和集成：微服务平台需要的一些工具和仓库运行时：微服务运行容器运行的微服务平台的基本能力和分布式支持能力

10、。监控治理：统一监控和配置受管微服务的能力。服务网关：它负责与前端WEB APPlication移动应用和其他渠道集成，仔细验证前端请求，然后路由和转发它们。微服务应用平台的运行架构、微服务带来的问题以及关键问题服务注册和路由。当服务启动时，它将向服务注册中心注册自己的服务。运行时，如果需要调用其他微服务的接口，本地缓存或去注册中心获取服务提供商的地址。获得地址后，它将通过微服务容器内的负载平衡来路由呼叫。安全认证的关键问题安全认证，可以基于Spring Security结合Auth2 plus JWT(Json web token)作为安全令牌，实现统一的安全认证和身份验证，使微服务可以根据

11、需要进行隔离和安全通信。认证和认证必须是公共服务，而不是多个系统的构建。关键问题集中配置，配置文件主要包括静态配置和动态配置。静态配置通常在编译部署包之前设置。动态配置是系统运行过程中需要调整的系统变量或业务参数。通过制定规范来控制配置和介质的分离，不要将配置放在Jar包中。配置模式应统一，格式、读写模式、热更新模式应尽可能统一。为了采用统一的配置框架，需要一个配置中心来统一管理业务系统中的配置信息。关键问题分布式事务，在微服务体系结构下，流程成倍增加，分布式事务一致性问题更加明显。微服务是独立的，呼叫协议是无状态的。为了解决这个问题，数据经过一定时间后会达到最终的一致状态，一般采用传统的服务

12、补偿和反转方法。可靠的事件模式：也就是说，事件的发送和接收确保高可靠性，以实现事务一致性。补偿模式：确认取消。如果确认失败，将会以相反的顺序取消所有确认。现金转移支付模式：尝试确认取消，这是一种补偿模式的特殊实现，通常用于转账交易。关键问题同步调用，在微服务架构下，与传统的部署模式相比，有更多的分布式调用，“如何在不确定的环境中交付某些服务”，这可以理解为当我所依赖的服务的可靠性不能得到保证时，如何确保我能够正常提供服务而不被我所依赖的其他服务拖垮。本质上，SEDA :分阶段事件驱动架构是一种采用分布式事件驱动模式、使用异步模拟进行同步、无阻塞等待以及资源分配和隔离相结合的解决方案。微服务相关

13、技术dubbo，Dubbo(开源分布式服务框架)，一个由阿里巴巴开发的高性能、优秀的服务框架，它使应用程序能够通过高性能的RPC实现服务输出和输入功能，主要核心组件：Remoting:网络通信框架，实现了异步同步和Logo请求-响应消息机制。RPC:是远程过程调用的抽象，它支持负载平衡、容灾和集群功能。Registry:服务目录框架用于服务注册以及服务事件发布和订阅。微服务相关技术Spring Cloud，Spring Cloud是一系列框架的有序集合，它利用Spring Boot的开发便利性来简化分布式系统基础设施的开发。Spring Cloud尤里卡是Spring Cloud网飞的一部分，

14、它基于网飞尤里卡，完成了微服务架构中的服务治理功能。春云网飞是网飞分布式服务开发框架的封装。包括服务发现和注册、负载平衡、断路器、REST客户端、请求路由等。Spring Cloud Zookeeper封装了zookeer，它可以用于其他Spring Cloud项目。它通常在注册中心被用作Spring Cloud Bus的分布式消息队列，这是卡夫卡MQ的封装。可靠消息Spring Cloud Config的实现集中了配置信息，节省了Spring Cloud Security对Spring Security的封装，实现了服务安全等。微服务相关技术是一个开源的应用程序容器引擎，它允许开发人员将他们的应用程序和依赖包打包到一个可移植的容器中，然后将它们发布到任何流行的Linux机器上，还可以实现虚拟化。容器是完全沙箱化的，它们之间没有接