50道微服务经典面试题，想进大厂你必须弄懂（内附答案）

• 静态内容 – 容纳系统的所有内容。

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

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

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

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

Q6。微服务架构的优缺点是什么？

微服务架构的优点

微服务架构的缺点

自由使用不同的技术

增加故障排除挑战

每个微服务都侧重于单一功能

由于远程呼叫而增加延迟

支持单个可部署单元

增加了配置和其他操作的工作量

允许经常发布软件

难以保持交易安全

确保每项服务的安全性

艰难地跨越各种边界跟踪数据

多个服务是并行开发和部署的

难以在服务之间进行编码

Q7。单片，SOA和微服务架构有什么区别？

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

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

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

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

Q8。在使用微服务架构时，您面临哪些挑战？

开发一些较小的微服务听起来很容易，但开发它们时经常遇到的挑战如下。

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

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

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

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

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

SOA和微服务之间的主要区别如下：

SOA

微服务

遵循“ 尽可能多的共享 ”架构方法

遵循“ 尽可能少分享 ”的架构方法

重要性在于 业务功能 重用

重要性在于“ 有界背景 ” 的概念

他们有 共同的 治理 和标准

他们专注于 人们的 合作 和其他选择的自由

使用 企业服务总线（ESB） 进行通信

简单的消息系统

它们支持 多种消息协议

他们使用 轻量级协议 ，如 HTTP / REST 等。

多线程， 有更多的开销来处理I / O.

单线程 通常使用Event Loop功能进行非锁定I / O处理

最大化应用程序服务可重用性

专注于 解耦

传统的关系数据库 更常用

现代 关系数据库 更常用

系统的变化需要修改整体

系统的变化是创造一种新的服务

DevOps / Continuous Delivery正在变得流行，但还不是主流

专注于DevOps /持续交付

Q10。微服务有什么特点？

您可以列出微服务的特征，如下所示：