Q1。您对微服务有何了解？
微服务，又称微服务 架构，是一种架构风格，它将应用程序构建为以业务领域为模型的小型自治服务集合 。
通俗的来说就是将业务模块区分，不受编程语言限制，提供更好的可扩展性，独立开发部署。一个业务模块的改动不会影响到其他业务。可以单独处理每个服务组件的问题，而对整个应用程序没有影响或影响最小。
Q2。微服务架构有哪些优势？
- 独立开发 – 所有微服务都可以根据各自的功能轻松开发
- 独立部署 – 基于其服务，可以在任何应用程序中单独部署它们
- 故障隔离 – 即使应用程序的一项服务不起作用，系统仍可继续运行
- 混合技术堆栈 – 可以使用不同的语言和技术来构建同一应用程序的不同服务
- 粒度缩放 – 单个组件可根据需要进行缩放，无需将所有组件缩放在一起
Q3。微服务有哪些特点？
- 解耦 – 系统内的服务很大程度上是分离的。因此，整个应用程序可以轻松构建，更改和扩展
- 组件化 – 微服务被视为可以轻松更换和升级的独立组件
- 业务能力 – 微服务非常简单，专注于单一功能
- 自治 – 开发人员和团队可以彼此独立工作，从而提高速度
- 持续交付 – 通过软件创建，测试和批准的系统自动化，允许频繁发布软件
- 责任 – 微服务不关注应用程序作为项目。相反，他们将应用程序视为他们负责的产品
- 分散治理 – 重点是使用正确的工具来做正确的工作。这意味着没有标准化模式或任何技术模式。开发人员可 以自由选择最有用的工具来解决他们的问题
敏捷 – 微服务支持敏捷开发。任何新功能都可以快速开发并再次丢弃
Q5。微服务架构如何运作？
- 客户端 – 来自不同设备的不同用户发送请求。
- 身份提供商 – 验证用户或客户身份并颁发安全令牌。
- API网关 – 处理客户端请求。
- 静态内容 – 容纳系统的所有内容。
- 管理 – 在节点上平衡服务并识别故障。
- 服务发现 – 查找微服务之间通信路径的指南。
- 内容交付网络 – 代理服务器及其数据中心的分布式网络。
- 远程服务 – 启用驻留在IT设备网络上的远程访问信息。
Q6。微服务架构的优缺点是什么？
| 微服务架构的优点 | 微服务架构的缺点 |
|---|---|
| 自由使用不同的技术 | 增加故障排除挑战 |
| 每个微服务都侧重于单一功能 | 由于远程呼叫而增加延迟 |
| 支持单个可部署单元 | 增加了配置和其他操作的工作量 |
| 允许经常发布软件 | 难以保持交易安全 |
| 确保每项服务的安全性 | 艰难地跨越各种边界跟踪数据 |
| 多个服务是并行开发和部署的 | 难以在服务之间进行编码 |
Q7。单片，SOA和微服务架构有什么区别？
- 单片架构类似于大容器，其中应用程序的所有软件组件组装在一起并紧密封装。
- 一个面向服务的架构是一种相互通信服务的集合。通信可以涉及简单的数据传递，也可以涉及两个或多个协调某些活动的服务。
- 微服务架构是一种架构风格，它将应用程序构建为以业务域为模型的小型自治服务集合。
Q8。在使用微服务架构时，您面临哪些挑战？
开发一些较小的微服务听起来很容易，但开发它们时经常遇到的挑战如下。
- 自动化组件：难以自动化，因为有许多较小的组件。因此，对于每个组件，我们必须遵循Build，Deploy和Monitor的各个阶段。
- 易感性：将大量组件维护在一起变得难以部署，维护，监控和识别问题。它需要在所有组件周围具有很好的感知能力。
- 配置管理：有时在各种环境中维护组件的配置变得困难。
- 调试：很难找到错误的每一项服务。维护集中式日志记录和仪表板以调试问题至关重要。
Q9。SOA和微服务架构之间的主要区别是什么？
SOA和微服务之间的主要区别如下：
| SOA | 微服务 |
|---|---|
| 遵循“ 尽可能多的共享 ”架构方法 | 遵循“ 尽可能少分享 ”的架构方法 |
| 重要性在于 业务功能 重用 | 重要性在于“ 有界背景 ” 的概念 |
| 他们有 共同的 治理 和标准 | 他们专注于 人们的 合作 和其他选择的自由 |
| 使用 企业服务总线（ESB） 进行通信 | 简单的消息系统 |
| 它们支持 多种消息协议 | 他们使用 轻量级协议 ，如 HTTP / REST 等。 |
| 多线程， 有更多的开销来处理I / O. | 单线程 通常使用Event Loop功能进行非锁定I / O处理 |
| 最大化应用程序服务可重用性 | 专注于 解耦 |
| 传统的关系数据库 更常用 | 现代 关系数据库 更常用 |
| 系统的变化需要修改整体 | 系统的变化是创造一种新的服务 |
| DevOps / Continuous Delivery正在变得流行，但还不是主流 | 专注于DevOps /持续交付 |
Q10。什么是耦合？
组件之间依赖关系强度的度量被认为是耦合。一个好的设计总是被认为具有高内聚力和低耦合性。
Q11。什么是REST / RESTful以及它的用途是什么？
（REST）/ RESTful Web服务是一种帮助计算机系统通过Internet进行通信的架构风格。这使得微服务更容易理解和实现。
微服务可以使用或不使用RESTful API实现，但使用RESTful API构建松散耦合的微服务总是更容易。
Q12。你对Spring Boot有什么了解？
事实上，随着新功能的增加，弹簧变得越来越复杂。如果必须启动新的spring项目，则必须添加构建路径或添加maven依赖项，配置应用程序服务器，添加spring配置。所以一切都必须从头开始。
Spring Boot是解决这个问题的方法。使用spring boot可以避免所有样板代码和XML配置。快速构建项目。感觉是springMVC精简版。
Q13。什么是Spring引导的执行器？
Spring Boot执行程序提供了restful Web服务，以访问生产环境中运行应用程序的当前状态。在执行器的帮助下，您可以检查各种指标并监控您的应用程序。
Q14。什么是Spring Cloud？
根据Spring Cloud的官方网站，Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现，断路器，智能路由，领导选举，分布式会话，集群状态）。
Q15。Spring Cloud解决了哪些问题？
在使用Spring Boot开发分布式微服务时，我们面临的问题很少由Spring Cloud解决。
- 与分布式系统相关的复杂性 – 包括网络问题，延迟开销，带宽问题，安全问题。
- 处理服务发现的能力 – 服务发现允许集群中的进程和服务找到彼此并进行通信。
- 解决冗余问题 – 冗余问题经常发生在分布式系统中。
- 负载平衡 – 改进跨多个计算资源（例如计算机集群，网络链接，中央处理单元）的工作负载分布。
- 减少性能问题 – 减少因各种操作开销导致的性能问题。
Q16。在Spring MVC应用程序中使用WebMvcTest注释有什么用处？
在测试目标只关注Spring MVC组件的情况下，WebMvcTest注释用于单元测试Spring MVC应用程序。在上面显示的快照中，我们只想启动ToTestController。执行此单元测试时，不会启动所有其他控制器和映射。
Q17。你能否给出关于休息和微服务的要点？
休息
虽然您可以通过多种方式实现微服务，但REST over HTTP是实现微服务的一种方式。REST还可用于其他应用程序，如Web应用程序，API设计和MVC应用程序，以提供业务数据。
微服务
微服务是一种体系结构，其中系统的所有组件都被放入单独的组件中，这些组件可以单独构建，部署和扩展。微服务的某些原则和最佳实践有助于构建弹性应用程序。
简而言之，您可以说REST是构建微服务的媒介。
Q18。什么是不同类型的微服务测试？
在使用微服务时，由于有多个微服务协同工作，测试变得非常复杂。因此，测试分为不同的级别。
- 在底层，我们有面向技术的测试，如单元测试和性能测试。这些是完全自动化的。
- 在中间层面，我们进行了诸如压力测试和可用性测试之类的探索性测试。
- 在顶层， 我们的 验收测试数量很少。这些验收测试有助于利益相关者理解和验证软件功能。
Q19。您对Distributed Transaction有何了解？
分布式事务是指单个事件导致两个或多个不能以原子方式提交的单独数据源的突变的任何情况。在微服务的世界中，它变得更加复杂，因为每个服务都是一个工作单元，并且大多数时候多个服务必须协同工作才能使业务成功。
Q20。什么是Idempotence以及它在哪里使用？
幂等性是能够以这样的方式做两次事情的特性，即最终结果将保持不变，即好像它只做了一次。
用法：在远程服务或数据源中使用 Idempotence，这样当它多次接收指令时，它只处理指令一次。
Q21。什么是有界上下文？
有界上下文是域驱动设计的核心模式。DDD战略设计部门的重点是处理大型模型和团队。DDD通过将大型模型划分为不同的有界上下文并明确其相互关系来处理大型模型。
Q22。什么是双因素身份验证？
双因素身份验证为帐户登录过程启用第二级身份验证。
因此，假设用户必须只输入用户名和密码，那么这被认为是单因素身份验证。
Q23。双因素身份验证的凭据类型有哪些？
Q24。什么是客户证书？
客户端系统用于向远程服务器发出经过身份验证的请求的一种数字证书称为客户端证书。客户端证书在许多相互认证设计中起着非常重要的作用，为请求者的身份提供了强有力的保证。比如JWT鉴权等。。