2020年了,还不知道微服务?一文告诉你微服务和Spring的联结关系

前言

作为软件开发者,我们一直处于一片混乱和不断变化的海洋之中,这已是软件开发领域中的一个常态。新技术与新方案的突然涌现会让我们受到强烈的冲击,使我们不得不重新评估应该如何为客户搭建和交付解决方案。

使用微服务开发软件被许多组织迅速采纳就是应对这种冲击的一个例子。微服务是松耦合的分布式软件服务,这些服务执行少量的定义明确的任务。

什么是微服务

在微服务的概念逐步形成之前,绝大部分基于Web的应用都是使用单体架构的风格来进行构建的。在单体架构中,应用程序作为单个可部署的软件制品交付,所有的UI (用户接口)、业务、数据库访问逻辑都被打包在一个应用程序制品中并且部署在一个应用程序服务器上。

虽然应用程序可能是作为单个工作单元部署的,但大多数情况下,会有多个开发团队开发这个应用程序。每个开发团队负责应用程序的不同部分,并且他们经常用自己的功能部件来服务特定的客户。

微服务的概念最初是在2014年前后悄悄蔓延到软件开发社区的意识中,它是对在技术上和组织上扩大大型单体应用程序所面临的诸多挑战的直接回应。记住,微服务是一个小的、松耦合的分布式服务。微服务允许将t 个大型的应用分解为具有严格职责定义的便于管理的组件。微服务通过将大型代码分解为小型的精确定义的部分,帮助解决大型代码库中传统的复杂问题。在思考微服务时,一个需要信奉的重要概念就是:分解和分离应用程序的功能,使它们完全彼此独立。

微服务架构具有以下特征

  1. 应用程序逻辑分解为具有明确定义了职责范围的细粒度组件,这些组件互相协调提供解决方案。每个组件都有一个小的职责领域,并且完全独立部署。微服务应该对业务领域的单个部分负责。此外,一个微服务应该可以跨多个应用程序复用。
  2. 微服务通信基于一些基本的原则(注意,我说的是原则而不是标准),并采用HTTP和JSON ( JavaScript Object Notation)这样的轻量级通信协议,在服务消费者和服务提供者之间进行数据交换。
  3. 服务的底层采用什么技 术实现并没有什么影响,因为应用程序始终使用技术中立的协议(JSON是最常见的)进行通信。这意味着构建在微服务之上的应用程序能够使用多种编程语言和技术进行构建。
  4. 微服务利用其小、 独立和分布式的性质,使组织拥有明确责任领域的小型开发团队。这些团队可能为同一个目标工作,如交付一个应用程序,但是每个团队只负责他们在做的服务。

什么是Spring,为什么它与微服务有关

在基于Java的应用程序构建中,Spring 已经成为了事实上的标准开发框架。Spring的核心是建立在依赖注人的概念上的。在普通的Java应用程序中,应用程序被分解成为类,其中每个类与应用程序中的其他类经常有明显的联系,这些联系是在代码中直接调用类的构造器,一旦代码被编译,这些联系点将无法修改。

这在大型项目中是有问题的,因为这些外部联系是脆弱的,并且进行修改可能会对其他下游代码造成多重影响。依赖注人框架(如Spring ),允许用户通过约定(以及注解)将应用程序对象之间的关系外部化,而不是在对象内部彼此硬编码实例化代码,以便更轻松地管理大型Java项目。Spring在应用程序的不同的Java类之间充当一个中间人,管理着它们的依赖关系。Spring本质上就是让用户像玩乐高积木一样将自己的代码组装在一起。

Spring能够快速引入特性的特点推动了它的实际应用,使用J2EE技术栈开发应用的企业级Java开发人员迅速采用它作为一个轻量级的替代方案。J2EE 栈虽然功能强大,但许多人认为它过于庞大,甚至许多特性从未被应用程序开发团队使用过。此外,J2EE应用程序强制用户使用成熟的(和沉重的)Java应用程序服务器来部署自己的应用程序。

Spring框架的迷人之处在于它能够与时俱进并进行自我改造一-它已经向开发社区证明了这一点。Spring团队发现,许多开发团队正在从将应用程序的展现、业务和数据访问逻辑打包在

起并部署 为单个制品的单体应用程序模型中迁移,正转向高度分布式的模型,服务能够被构建成可以轻松部署到云端的小型分布式服务。为了响应这种转变, Spring开发团队启动了两个项目,即Spring Boot和Spring Cloud。

Spring Boot是对Spring框架理念重新思考的结果。虽然Spring Boot包含了Spring 的核心特性,但它剥离了Spring中的许多“企业”特性,而提供了一个基于Java的、面向REST的微服务框架。只需一些简单的注解,Java 开发者就能够快速构建一个可打包和部署的REST微服务,这个微服务并不需要外部的应用容器。

在构建基于云的应用时,微服务已经成为便常见的架构模式之一,因此Spring社区为开发者Spring Cloud在一-个公共框架之 下封装了多个流行的云管理微服务框架,并且让这些技术的使用和部署像为代码添加注解一样简便。

使用Spring Cloud构建微服务架构

从零开始实现所有这些模式将是一.项巨大的工作。 幸好,Spring 团队将大量经过实战检验的开源项目整合到一个称为Spring Cloud的Spring 子项目中。

Spring Cloud 将Pivotal、HashiCorp 和Netlix等开源公司的工作封装在一起。 Spring Cloud简化了将这些项目设置和配置到Spring应用程序中的工作,以便开发人员可以专注于编写代码,而不会陷入配置构建和部署微服务应用程序的所有基础设施的细节中。

Spring Boot

Spring Boot是微服务实现中使用的核心技术。Spring Boot通过简化构建基于REST的微服务的核心任务,大大简化了微服务开发。Spring Boot还极大地简化了将HTTP类型的动词(GET、PUT、POST 和DELETE )映射到URL、JSON 协议序列化与Java对象的相互转化,以及将Java异常映射回标准HTTP错误代码的工作。

Spring Cloud Config

Spring Cloud Confg通过集中式服务来处理应用程序配置数据的管理,因此应用程序配置数据(特别是环境特定的配置数据)与部署的微服务完全分离。这确保了无论启动多少个微服务实例,这些微服务实例始终具有相同的配置。Spring Cloud Confg拥有自己的属性管理存储库,也可以与以下开源项目集成。

  • Git——Git是一个开源版本控制系统,它允许开发人员管理和跟踪任何类型的文本文件的更改。Spring Cloud Config可以与Git支持的存储库集成,并读出存储库中的应用程序的配置数据。
  • Consul—— Consul 是一种开源的服务发现工具,允许服务实例向该服务注册自己。服务客户端可以向Consul咨询服务实例的位置。Consul 还包括可以被Spring Cloud Config使用的基于键值存储的数据库,能够用来存储应用程序的配置数据。
  • Eureka——Eureka 是一个开源的Netlix项目,像Consul 一样,提供类似的服务发现功能。Eureka同样有一个可以被Spring Cloud Config使用的键值数据库。

Spring Cloud服务发现

通过Spring Cloud服务发现,开发人员可以从客户端消费的服务中抽象出部署服务器的物理位置(IP或服务器名称)。服务消费者通过逻辑名称而不是物理位置来调用服务器的业务逻辑。Spring Cloud服务发现也处理服务实例的注册和注销(在服务实例启动和关闭时)。Spring Cloud服务发现可以使用Consul和Eureka作为服务发现引擎。

Spring Cloud与Netflix Hystrix和Netflix Ribbon

Spring Cloud与Netlix的开源项目进行了大量整合。对于微服务客户端弹性模式,Spring Cloud封装了Netlix Hystrix库和Netflix Ribbon项目,开发人员可以轻松地在微服务中使用它们。

使用Netlix Hystrix库,开发人员可以快速实现服务客户端弹性模式,如断路器模式和舱壁模式。

虽然Netlix Ribbon项目简化了与诸如Eureka这样的服务发现代理的集成,但它也为服务消费者提供了客户端对服务调用的负载均衡。即使在服务发现代理暂时不可用时,客户端也可以继续进行服务调用。

Spring Cloud与Netflix Zuul

Spring Cloud使用Netlix Zuul项目为微服务应用程序提供服务路由功能。Zuul 是代理服务请求的服务网关,确保在调用目标服务之前,对微服务的所有调用都经过一个“前门”。 通过集中的服务调用,开发人员可以强制执行标准服务策略,如安全授权验证、内容过滤和路由规则。

Spring Cloud Security

Spring Cloud Security 是一个验证和授权框架,可以控制哪些人可以访问服务,以及他们可以用服务做什么。Spring Cloud Security是基于令牌的, 允许服务通过验证服务器发出的令牌彼此进行通信。接收调用的每个服务可以检查HTTP调用中提供的令牌,以确认用户的身份以及用户对该服务的访问权限。

此外,Spring Cloud Security支持JSON Web Token。JSON Web Token ( JWT )框架标准化了创建OAuth2 令牌的格式,并为创建的令牌进行数字签名提供了标准。

代码供应

要实现代码供应,我们将会转移到其他的技术栈。Spring框架是面向应用程序开发的,它(包括Spring Cloud)没有用于创建“构建和部署”管道的工具。要实现一个“构建和部署”管道,开发人员需要使用Travis CI和Docker这两样工具,前者可以作为构建工具,而后者可以构建包含微服务的服务器镜像。

任何技术都不是孤立发展的,都存在着或多或少的联系,也正是如此,才会有这缤纷的世界。小编整理的微服务和Spring的联系也是如此,小编也只是截取了部分,这其中还有很多,之后咱们再一块探讨。

喜欢小编请多多点赞评论分享,关注小编,后续小编会为大家带来更多的更新,你们的支持就是小编最大的动力!!!

猜你喜欢

转载自blog.csdn.net/python6_quanzhan/article/details/106642177