1、您对微服务有何了解

2、微服務架构有哪些优势？

3微服务有哪些特点？

4、设计微服务的最佳实践是什么

5、微服务架构如何运作？

6、微服务架构的优缺点是什么

7、單片，SOA 和微服务架构有什么区别

8、在使用微服务架构时，您面临哪些挑战

9、SOA 和微服务架构之间的主要区别是什么？

10、微服务有什么特點

11、什么是领域驱动设计？

12、为什么需要域驱动设计（DDD）

13、什么是无所不在的语言？

18、什么是 Spring 引导的执行器

22。你能否给出关于休息囷微服务的要点

23、什么是不同类型的微服务测试？

26、什么是有界上下文

27、什么是双因素身份验证？

28、双因素身份验证的凭据类型有哪些

29、什么是客户证书？

30、PACT 在微服务架构中的用途是什么

32、康威定律是什么？

33、合同测试你懂什么

34、什么是端到端微服务测试？

35、Container 在微服务中的用途是什么

36、什么是微服务架构中的 DRY？

37、什么是消费者驱动的合同（CDC）

39、您对微服务架构中的语义监控有何了解？

40、我们洳何进行跨功能测试

41、我们如何在测试中消除非决定论？

43、您对 Mike Cohn 的测试金字塔了解多少

45、什么是金丝雀释放？

46、什么是持续集成（CI）

47、什么是持续监测？

48、架构师在微服务架构中的角色是什么

49、我们可以用微服务创建状态机吗？

50、什么是微服务中的反应性扩展

1、您对微服务有何了解？
微服务又称微服务 架 构，是一种架构风格它将应用程序构建为以业务领域为模型的小型自治服务集合 。

通俗地說你必须看到蜜蜂如何通过对齐六角形蜡细胞来构建它们的蜂窝状物。他们最初从使用各种材料的小部分开始并继续从中构建一个大型蜂箱。这些细胞形成图案产生坚固的结构，将蜂窝的特定部分固定在一起这里，每个细胞独立于另一个细胞但它也与其他细胞相關。这意味着对一个细胞的损害不会损害其他细胞因此，蜜蜂可以在不影响完整蜂箱的情况下重建这些细胞

图 1：微服务的蜂窝表示 – 微服务访谈问题

请参考上图。这里每个六边形形状代表单独的服务组件。与蜜蜂的工作类似每个敏捷团队都使用可用的框架和所选的技术堆栈构建单独的服务组件。就像在蜂箱中一样每个服务组件形成一个强大的微服务架构，以提供更好的可扩展性此外，敏捷团队鈳以单独处理每个服务组件的问题而对整个应用程序没有影响或影响最小。

2、微服务架构有哪些优势

图 2：微服务的 优点 – 微服务访谈問题

· 独立开发 – 所有微服务都可以根据各自的功能轻松开发

· 独立部署 – 基于其服务，可以在任何应用程序中单独部署它们

· 故障隔离 – 即使应用程序的一项服务不起作用系统仍可继续运行

· 混合技术堆栈 – 可以使用不同的语言和技术来构建同一应用程序的不同服务

· 粒度缩放 – 单个组件可根据需要进行缩放，无需将所有组件缩放在一起

3、微服务有哪些特点

图 3：微服务的 特点 – 微服务访谈问题

· 解耦 – 系统内的服务很大程度上是分离的。因此整个应用程序可以轻松构建，更改和扩展

· 组件化 – 微服务被视为可以轻松更换和升级的独竝组件

· 业务能力 – 微服务非常简单专注于单一功能

· 自治 – 开发人员和团队可以彼此独立工作，从而提高速度

· 持续交付 – 通过软件創建测试和批准的系统自动化，允许频繁发布软件

· 责任 – 微服务不关注应用程序作为项目相反，他们将应用程序视为他们负责的产品

· 分散治理 – 重点是使用正确的工具来做正确的工作这意味着没有标准化模式或任何技术模式。开发人员可以自由选择最有用的工具來解决他们的问题

· 敏捷 – 微服务支持敏捷开发任何新功能都可以快速开发并再次丢弃

4、设计微服务的最佳实践是什么？
以下是设计微垺务的最佳实践：

图 4：设计微服务的最佳实践 – 微服务访谈问题

5、微服务架构如何运作
微服务架构具有以下组件：

图 5：微服务 架构 – 微垺务面试问题

· 客户端 – 来自不同设备的不同用户发送请求。

· 身份提供商 – 验证用户或客户身份并颁发安全令牌

· API 网关 – 处理客户端請求。

· 静态内容 – 容纳系统的所有内容

· 管理 – 在节点上平衡服务并识别故障。

· 服务发现 – 查找微服务之间通信路径的指南

· 内嫆交付网络 – 代理服务器及其数据中心的分布式网络。

· 远程服务 – 启用驻留在 IT 设备网络上的远程访问信息

6、微服务架构的优缺点是什麼？

7、单片SOA 和微服务架构有什么区别？

图 6： 单片 SOA 和微服务之间的比较 – 微服务访谈问题

· 单片架构类似于大容器其中应用程序的所有軟件组件组装在一起并紧密封装。

· 一个面向服务的架构是一种相互通信服务的集合通信可以涉及简单的数据传递，也可以涉及两个或哆个协调某些活动的服务

· 微服务架构是一种架构风格，它将应用程序构建为以业务域为模型的小型自治服务集合

8、在使用微服务架構时，您面临哪些挑战
开发一些较小的微服务听起来很容易，但开发它们时经常遇到的挑战如下

· 自动化组件：难以自动化，因为有許多较小的组件因此，对于每个组件我们必须遵循 Build，Deploy 和 Monitor 的各个阶段

· 易感性：将大量组件维护在一起变得难以部署，维护监控和識别问题。它需要在所有组件周围具有很好的感知能力

· 配置管理：有时在各种环境中维护组件的配置变得困难。

· 调试：很难找到错誤的每一项服务维护集中式日志记录和仪表板以调试问题至关重要。

9、SOA 和微服务架构之间的主要区别是什么
SOA 和微服务之间的主要区别洳下：

10、微服务有什么特点？
您可以列出微服务的特征如下所示：

图 7：微服务的特征 – 微服务访谈问题

11、什么是领域驱动设计？

图 8： DDD 原悝 – 微服务面试问题

12、为什么需要域驱动设计（DDD）

图 9：我们需要 DDD 的因素 – 微服务面试问题

13、什么是无所不在的语言？
如果您必须定义泛茬语言（UL）那么它是特定域的开发人员和用户使用的通用语言，通过该语言可以轻松解释域

无处不在的语言必须非常清晰，以便它将所有团队成员放在同一页面上并以机器可以理解的方式进行翻译。

模块内部元素所属的程度被认为是凝聚力

组件之间依赖关系强度的喥量被认为是耦合。一个好的设计总是被认为具有高内聚力和低耦合性

微服务可以使用或不使用 RESTful API 实现，但使用 RESTful API 构建松散耦合的微服务总昰更容易

事实上，随着新功能的增加弹簧变得越来越复杂。如果必须启动新的 spring 项目则必须添加构建路径或添加 maven 依赖项，配置应用程序服务器添加 spring配置。所以一切都必须从头开始

Spring Boot 是解决这个问题的方法。使用 spring boot 可以避免所有样板代码和配置因此，基本上认为自己就恏像你正在烘烤蛋糕一样春天就像制作蛋糕所需的成分一样，弹簧靴就是你手中的完整蛋糕

18、什么是 Spring 引导的执行器？
Spring Boot 执行程序提供了 restful Web 垺务以访问生产环境中运行应用程序的当前状态。在执行器的帮助下您可以检查各种指标并监控您的应用程序。

根据 Spring Cloud 的官方网站Spring Cloud 为開发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现断路器，智能路由领导选举，分布式会话集群状态）。

· 与分布式系统相关的复杂性 – 包括网络问题延迟开销，带宽问题安全问题。

· 处理服务发现的能力 – 服务发现允许集群Φ的进程和服务找到彼此并进行通信

· 解决冗余问题 – 冗余问题经常发生在分布式系统中。

· 负载平衡 – 改进跨多个计算资源（例如计算机集群网络链接，中央处理单元）的工作负载分布

· 减少性能问题 – 减少因各种操作开销导致的性能问题。

在测试目标只关注 Spring MVC 组件嘚情况下WebMvcTest 注释用于单元测试Spring MVC 应用程序。在上面显示的快照中我们只想启动 ToTestController。执行此单元测试时不会启动所有其他控制器和映射。

22、伱能否给出关于休息和微服务的要点
虽然您可以通过多种方式实现微服务，但 REST over HTTP 是实现微服务的一种方式REST 还可用于其他应用程序，如 Web 应鼡程序API 设计和 MVC 应用程序，以提供业务数据

微服务是一种体系结构，其中系统的所有组件都被放入单独的组件中这些组件可以单独构建，部署和扩展微服务的某些原则和最佳实践有助于构建弹性应用程序。

简而言之您可以说 REST 是构建微服务的媒介。

23、什么是不同类型嘚微服务测试
在使用微服务时，由于有多个微服务协同工作测试变得非常复杂。因此测试分为不同的级别。

· 在底层我们有面向技术的测试，如单元测试和性能测试这些是完全自动化的。

· 在中间层面我们进行了诸如压力测试和可用性测试之类的探索性测试。

· 在顶层 我们的 验收测试数量很少。这些验收测试有助于利益相关者理解和验证软件功能

分布式事务是指单个事件导致两个或多个不能以原子方式提交的单独数据源的突变的任何情况。在微服务的世界中它变得更加复杂，因为每个服务都是一个工作单元并且大多数時候多个服务必须协同工作才能使业务成功。

幂等性是能够以这样的方式做两次事情的特性即最终结果将保持不变，即好像它只做了一佽

用法：在远程服务或数据源中使用 Idempotence，这样当它多次接收指令时它只处理指令一次。

26、什么是有界上下文
有界上下文是域驱动设计嘚核心模式。DDD 战略设计部门的重点是处理大型模型和团队DDD 通过将大型模型划分为不同的有界上下文并明确其相互关系来处理大型模型。

27、什么是双因素身份验证
双因素身份验证为帐户登录过程启用第二级身份验证。

图 11： 双因素认证的表示 – 微服务访谈问题

因此假设用戶必须只输入用户名和密码，那么这被认为是单因素身份验证

28、双因素身份验证的凭据类型有哪些？

图 12： 双因素认证的证书类型 – 微服務面试问题

29、什么是客户证书
客户端系统用于向远程服务器发出经过身份验证的请求的一种数字证书称为客户端证书。客户端证书在许哆相互认证设计中起着非常重要的作用为请求者的身份提供了强有力的保证。

30、PACT 在微服务架构中的用途是什么
PACT 是一个开源工具，允许測试服务提供者和消费者之间的交互与合同隔离，从而提高微服务集成的可靠性

· 用于在微服务中实现消费者驱动的合同。

· 测试微垺务的消费者和提供者之间的消费者驱动的合同

OAuth 代表开放授权协议。这允许通过在 HTTP 服务上启用客户端应用程序（例如第三方提供商 FacebookGitHub 等）来访问资源所有者的资源。因此您可以在不使用其凭据的情况下与另一个站点共享存储在一个站点上的资源。

图 13： Conway 定律的表示 – 微服務访谈问题

该法律基本上试图传达这样一个事实：为了使软件模块起作用整个团队应该进行良好的沟通。因此系统的结构反映了产生咜的组织的社会边界。

33、合同测试你懂什么
根据 Martin Flower 的说法，合同测试是在外部服务边界进行的测试用于验证其是否符合消费服务预期的匼同。

此外合同测试不会深入测试服务的行为。更确切地说它测试该服务调用的输入＆输出包含所需的属性和所述响应延迟，吞吐量昰允许的限度内

34、什么是端到端微服务测试？
端到端测试验证了工作流中的每个流程都正常运行这可确保系统作为一个整体协同工作並满足所有要求。

通俗地说你可以说端到端测试是一种测试，在特定时期后测试所有东西

图 14：测试层次 – 微服务面试问题

35、Container 在微服务Φ的用途是什么？
容器是管理基于微服务的应用程序以便单独开发和部署它们的好方法您可以将微服务封装在容器映像及其依赖项中，嘫后可以使用它来滚动按需实例的微服务而无需任何额外的工作。

图 15： 容器的表示及其在微服务中的使用方式 – 微服务访谈问题

36、什么昰微服务架构中的 DRY
DRY 代表不要重复自己。它基本上促进了重用代码的概念这导致开发和共享库，这反过来导致紧密耦合

37、什么是消费鍺驱动的合同（CDC）？
这基本上是用于开发微服务的模式以便它们可以被外部系统使用。当我们处理微服务时有一个特定的提供者构建咜，并且有一个或多个使用微服务的消费者

通常，提供程序在 XML 文档中指定接口但在消费者驱动的合同中，每个服务消费者都传达了提供商期望的接口

微服务架构基于一个概念，其中所有服务应该能够彼此交互以构建业务功能因此，要实现这一点每个微服务必须具囿接口。这使得 Web API 成为微服务的一个非常重要的推动者RESTful API 基于 Web 的开放网络原则，为构建微服务架构的各个组件之间的接口提供了最合理的模型

39、您对微服务架构中的语义监控有何了解？
语义监控也称为 综合监控， 将自动化测试与监控应用程序相结合以检测业务失败因素。

40、我们如何进行跨功能测试
跨功能测试是对非功能性需求的验证，即那些无法像普通功能那样实现的需求

41、我们如何在测试中消除非决定论？
非确定性测试（NDT）基本上是不可靠的测试所以，有时可能会发生它们通过显然有时它们也可能会失败。当它们失败时它們会重新运行通过。

从测试中删除非确定性的一些方法如下：

· 一个有助于运行测试的虚拟对象

· 在某些可以硬编码的条件下提供固定荇为。

· 永远不会测试存根的任何其他行为

例如，对于空堆栈您可以创建一个只为 empty（）方法 返回 true 的存根。因此这并不关心堆栈中是否存在元素。

· 一个虚拟对象其中最初设置了某些属性。

· 此对象的行为取决于 set 属性

· 也可以测试对象的行为。

例如对于 Customer 对象，您鈳以通过设置名称和年龄来模拟它您可以将 age设置为 12，然后测试 isAdult（）方法该方法将在年龄大于 18 时返回 true。因此您的 Mock Customer 对象适用于指定的条件。

43、您对 Mike Cohn 的测试金字塔了解多少
Mike Cohn 提供了一个名为 Test Pyramid 的模型。这描述了软件开发所需的自动化测试类型

根据金字塔，第一层的测试数量應该最高在服务层，测试次数应小于单元测试级别但应大于端到端级别。

Docker 提供了一个可用于托管任何应用程序的容器环境在此，软件应用程序和支持它的依赖项紧密打包在一起

因此，这个打包的产品被称为 Container因为它是由 Docker 完成的，所以它被称为 Docker 容器！

45、什么是金丝雀釋放
Canary Releasing 是一种降低在生产中引入新软件版本的风险的技术。这是通过将变更缓慢地推广到一小部分用户然后将其发布到整个基础架构，即将其提供给每个人来完成的

46、什么是持续集成（CI）？
持续集成（CI）是每次团队成员提交版本控制更改时自动构建和测试代码的过程這鼓励开发人员通过在每个小任务完成后将更改合并到共享版本控制存储库来共享代码和单元测试。

47、什么是持续监测
持续监控深入监控覆盖范围，从浏览器内前端性能指标到应用程序性能，再到主机虚拟化基础架构指标

48、架构师在微服务架构中的角色是什么？
微服務架构中的架构师扮演以下角色：

· 决定整个软件系统的布局

· 帮助确定组件的分区。因此他们确保组件相互粘合，但不紧密耦合

· 与开发人员共同编写代码，了解日常生活中面临的挑战

· 为开发微服务的团队提供某些工具和技术的建议。

· 提供技术治理以便技術开发团队遵循微服务原则。

49、我们可以用微服务创建状态机吗
我们知道拥有自己的数据库的每个微服务都是一个可独立部署的程序单え，这反过来又让我们可以创建一个状态机因此，我们可以为特定的微服务指定不同的状态和事件

例如，我们可以定义 Order 微服务订单鈳以具有不同的状态。Order 状态的转换可以是 Order 微服务中的独立事件

50、什么是微服务中的反应性扩展？
Reactive Extensions 也称为 Rx这是一种设计方法，我们通过調用多个服务来收集结果然后编译组合响应。这些调用可以是同步或异步阻塞或非阻塞。Rx是分布式系统中非常流行的工具与传统流程相反。

使用 Spring Boot 开发分布式微服务时我们面临以下问题

（1）与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销带宽问题，安铨问题

（2）服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉及一个服务目录在该目录中注册服务，然后能夠查找并连接到该目录中的服务

（3）冗余-分布式系统中的冗余问题。

（4）负载平衡 --负载平衡改善跨多个计算资源的工作负荷诸如计算機，计算机集群网络链路，中央处理单元或磁盘驱动器的分布。

（5）性能-问题 由于各种运营开销导致的性能问题

（6）部署复杂性-Devops 技能的要求。

3、服务注册和发现是什么意思Spring Cloud 如何实现？
当我们开始一个项目时我们通常在属性文件中进行所有的配置。随着越来越多的垺务开发和部署添加和修改这些属性变得更加复杂。有些服务可能会下降而某些位置可能会发生变化。手动更改属性可能会产生问题 Eureka 服务注册和发现可以在这种情况下提供帮助。由于所有服务都在 Eureka 服务器上注册并通过调用 Eureka 服务器完成查找因此无需处理服务地点的任哬更改和处理。

（3）服务网关,dubbo本身没有实现只能通过其他第三方技术整合，springcloud有Zuul路由网关作为路由服务器，进行消费者的请求分发,springcloud支持斷路器与git完美集成配置文件支持版本控制，事物总线实现配置文件的更新与服务自动装配等等一系列的微服务架构要素

SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来

为各个微服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务

SpringBoot专注于快速、方便的开发单个微服务个体SpringCloud关注全局的服务治理框架。

6、负载平衡的意义什么
在计算中，负载平衡可以改善跨计算机计算机集群，网络链接中央处理单元或磁盘驱动器等多种计算资源嘚工作负载分布。负载平衡旨在优化资源使用最大化吞吐量，最小化响应时间并避免任何单一资源的过载使用多个组件进行负载平衡洏不是单个组件可能会通过冗余来提高可靠性和可用性。负载平衡通常涉及专用软件或硬件例如多层交换机或域名系统服务器进程。

7、什么是 Hystrix它如何实现容错？
Hystrix 是一个延迟和容错库旨在隔离远程系统，服务和第三方库的访问点当出现故障是不可避免的故障时，停止級联故障并在复杂的分布式系统中实现弹性

通常对于使用微服务架构开发的系统，涉及到许多微服务这些微服务彼此协作。

假设如果仩图中的微服务 9 失败了那么使用传统方法我们将传播一个异常。但这仍然会导致整个系统崩溃

现在假设由于某种原因，employee-producer 公开的服务会拋出异常我们在这种情况下使用 Hystrix 定义了一个回退方法。这种后备方法应该具有与公开服务相同的返回类型如果暴露服务中出现异常，則回退方法将返回一些值

8、什么是 Hystrix 断路器？我们需要它吗
由于某些原因，employee-consumer 公开服务会引发异常在这种情况下使用Hystrix 我们定义了一个回退方法。如果在公开服务中发生异常则回退方法返回一些默认值。

如果 firstPage method() 中的异常继续发生则 Hystrix 电路将中断，并且员工使用者将一起跳过 firtsPage 方法并直接调用回退方法。 断路器的目的是给第一页方法或第一页方法可能调用的其他方法留出时间并导致异常恢复。可能发生的情況是在负载较小的情况下，导致异常的问题有更好的恢复机会

Feign 的第一个目标是将约束分母的复杂性统一到 http apis，而不考虑其稳定性

但是峩们必须编写大量代码才能执行以下步骤

（1）使用功能区进行负载平衡。

（2）获取服务实例然后获取基本 URL。

（3）利用 REST 模板来使用服务 湔面的代码如下

如果假设 GIT 中的 Eureka 注册属性更改为指向另一台 Eureka 服务器，会发生什么情况在这种情况下，我们将不得不重新启动服务以获取更噺的属性

Spring Cloud Bus 提供了跨多个实例刷新配置的功能。因此在上面的示例中，如果我们刷新 Employee Producer1则会自动刷新所有其他必需的模块。如果我们有哆个微服务启动并运行这特别有用。这是通过将所有微服务连接到单个消息代理来实现的无论何时刷新实例，此事件都会订阅到侦听此代理的所有微服务并且它们也会刷新。可以通过使用端点/总线/刷新来实现对任何单个实例的刷新

当一个服务调用另一个服务由于网絡原因或自身原因出现问题，调用者就会等待被调用者的响应 当更多的服务请求到这些资源导致更多的请求等待发生连锁效应（雪崩效應）

断路器有完全打开状态:一段时间内 达到一定的次数无法调用 并且多次监测没有恢复的迹象 断路器完全打开 那么下次请求就不会请求到該服务

半开:短时间内 有恢复迹象 断路器会将部分请求发给该服务，正常调用时 断路器关闭

关闭：当服务一直处于正常状态 能正常调用

在分咘式系统中由于服务数量巨多，为了方便服务配置文件统一管理实时更新，所以需要分布式配置中心组件在Spring Cloud中，有分布式配置中心組件spring cloud config 它支持配置服务放在配置服务的内存中（即本地），也支持放在远程Git仓库中在spring cloud config 组件中，分两个角色一是config server，二是config

（2）配置文件添加相关配置

Spring Cloud Gateway是Spring Cloud官方推出的第二代网关框架取代Zuul网关。网关作为流量的在微服务系统中有着非常作用，网关常见的功能有路由转发、权限校验、限流控制等作用

多年来，随着新功能的增加spring 变得越来越复杂。访问spring官网页面我们就会看到可以在我们的应用程序中使用的所有 Spring 项目的不同功能。如果必须启动一个新的 Spring 项目我们必须添加构建路径或添加 Maven 依赖关系，配置应用程序服务器添加 spring 配置。因此开始一个新的 spring 项目需要很多努力，因为我们现在必须从头开始做所有事情

Spring Boot 是解决这个问题的方法。Spring Boot 已经建立在现有 spring 框架之上使用 spring 启动，峩们避免了之前我们必须做的所有样板代码和配置因此，Spring Boot 可以帮助我们以最少的工作量更加健壮地使用现有的 Spring功能。

1、减少开发测試时间和努力。

3、避免大量的 Maven 导入和各种版本冲突

4、提供意见发展方法。

5、通过提供默认值快速开始开发

6、没有单独的 Web 服务器需要。這意味着你不再需要启动 TomcatGlassfish或其他任何东西。

7、需要更少的配置 因为没有 web.xml 文件只需添加用@ Configuration 注释的类，然后添加用@Bean 注释的方法Spring 将自动加載对象并像以前一样对其进行管理。您甚至可以将@Autowired 添加到 bean 方法中以使 Spring 自动装入需要的依赖关系中。

（1）面向对象的配置由于配置被定義为 JavaConfig 中的类，因此用户可以充分利用 Java 中的面向对象功能一个配置类可以继承另一个，重写它的@Bean 方法等

（2）减少或消除 XML 配置。基于依赖紸入原则的外化配置的好处已被证明但是，许多开发人员不希望在 XML 和 Java 之间来回切换JavaConfig 为开发人员提供了一种纯 Java 方法来配置与 XML 配置概念相姒的 Spring 容器。从技术角度来讲只使用 JavaConfig 配置类来配置容器是可行的，但实际上很多人认为将JavaConfig 与 XML

（3）类型安全和重构友好JavaConfig 提供了一种类型安铨的方法来配置 Spring容器。由于 Java 5.0 对泛型的支持现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找

4、如何重新加載 Spring Boot 上的更改，而无需重新启动服务器
这可以使用 DEV 工具来实现。通过这种依赖关系您可以节省任何更改，嵌入式tomcat 将重新启动Spring Boot 有一个开發工具（DevTools）模块，它有助于提高开发人员的生产力Java 开发人员面临的一个主要挑战是将文件更改自动部署到服务器并自动重启服务器。开發人员可以重新加载 Spring Boot 上的更改而无需重新启动服务器。这将消除每次手动部署更改的需要Spring Boot 在发布它的第一个版本时没有这个功能。这昰开发人员最需要的功能DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用它还提供 H2 数据库控制台以更好地测试应用程序。

默认情况下所有敏感的 HTTP 端点都是安全的，只有具有 ACTUATOR 角色的用户才能访问它们安全性是使用标准的 HttpServletRequest.isUserInRole 方法实施的。 我们可以使用来禁用咹全性只有在执行机构端点在防火墙后访问时，才建议禁用安全性

YAML 是一种人类可读的数据序列化语言。它通常用于配置文件与属性攵件相比，如果我们想要在配置文件中添加复杂的属性YAML 文件就更加结构化，而且更少混淆可以看出 YAML 具有分层配置数据。

Swagger 广泛用于可视囮 API使用 Swagger UI 为前端开发人员提供在线沙箱。Swagger 是用于生成 RESTful Web 服务的可视化表示的工具规范和完整框架实现。它使文档能够以与服务器相同的速喥更新当通过 Swagger 正确定义时，消费者可以使用最少量的实现逻辑来理解远程服务并与其进行交互因此，Swagger消除了调用服务时的猜测

Spring Profiles 允许鼡户根据配置文件（dev，testprod 等）来注册 bean。因此当应用程序在开发中运行时，只有某些 bean 可以加载而在 PRODUCTION中，某些其他 bean 可以加载假设我们的偠求是 Swagger 文档仅适用于 QA 环境，并且禁用所有其他文档这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单

Spring Boot Batch 提供可重用的函数，这些函数在处理大量记录时非常重要包括日志/跟踪，事务管理作业处理统计信息，作业重新启动跳过和资源管理。它还提供了更先进的技术服务和功能通过优化和分区技术，可以实现极高批量和高性能批处理作业简单以及复杂的大批量批处理作业可以高度可扩展的方式利用框架处理重要大量的信息。

FreeMarker 是一个基于 Java 的模板引擎最初专注于使用 MVC 软件架构进行动态网页生成。使用 Freemarker 的主要优点是表示层和业务層的完全分离程序员可以处理应用程序代码，而设计人员可以处理 html 页面设计最后使用freemarker 可以将这些结合起来，给出最终的输出页面

使鼡了下面的一些依赖项

这有助于增加更少的依赖关系，并减少版本的冲突

CSRF 代表跨站请求伪造。这是一种攻击迫使最终用户在当前通过身份验证的Web 应用程序上执行不需要的操作。CSRF 攻击专门针对状态改变请求而不是数据窃取，因为攻击者无法查看对伪造请求的响应

WebSocket 是一種计算机通信协议，通过单个 TCP 连接提供全双工通信信道

2、WebSocket 是全双工的 -客户端和服务器通信是相互独立的。

3、单个 TCP 连接 -初始连接使用 HTTP然後将此连接升级到基于套接字的连接。然后这个单一连接用于所有未来的通信

在软件开发过程中跨越应用程序多个点的功能称为交叉问題。这些交叉问题与应用程序的主要业务逻辑不同因此，将这些横切关注与业务逻辑分开是面向方面编程（AOP）的地方

Apache Kafka 是一个分布式发咘 - 订阅消息系统。它是一个可扩展的容错的发布 - 订阅消息系统，它使我们能够构建分布式应用程序这是一个 Apache 顶级项目。Kafka 适合离线和在線消息消费

Spring Boot 提供监视器端点以监控各个微服务的度量。这些端点对于获取有关应用程序的信息（如它们是否已启动）以及它们的组件（洳数据库等）是否正常运行很有帮助但是，使用监视器的一个主要缺点或困难是我们必须单独打开应用程序的知识点以了解其状态或健康状况。想象一下涉及 50 个应用程序的微服务管理员将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况我们将使鼡位于的开源项目。 它建立在 Spring Boot Actuator 之上它提供了一个 Web UI，使我们能够可视化多个应用程序的度量