经典服务术语 RPC

1、微服务 1.1 什么是微服务？

微服务既是一种架构，也是构建软件的方法。在微服务中，应用被拆分成最小的组件，彼此独立。

微服务架构使应用程序更易于扩展和更快地开发，从而加速创新并缩短新功能的上市时间。

1.1.1 整体式架构与微服务架构

通过整体式架构，所有进程紧密耦合，并可作为单项服务运行。这意味着，如果应用程序的一个进程遇到需求峰值，则必须扩展整个架构。随着代码库的增长，添加或改进整体式应用程序的功能变得更加复杂。这种复杂性限制了试验的可行性，并使实施新概念变得困难。整体式架构增加了应用程序可用性的风险，因为许多依赖且紧密耦合的进程会扩大单个进程故障的影响。

使用微服务架构，将应用程序构建为独立的组件，并将每个应用程序进程作为一项服务运行。这些服务使用轻量级 API 通过明确定义的接口进行通信。这些服务是围绕业务功能构建的，每项服务执行一项功能。由于它们是独立运行的，可以针对各项服务进行更新、部署和扩展，以满足对应用程序特定功能的需求。

1.2 微服务的优点？

与单体式应用相比，微服务更便于构建、测试、部署和更新。

1.2.1 敏捷性

微服务促进若干小型独立团队形成一个组织，这些团队负责自己的服务。各团队在小型且易于理解的环境中行事，并且可以更独立、更快速地工作。这缩短了开发周期时间。您可以从组织的总吞吐量中显著获益。

1.2.2 灵活扩展

通过微服务，您可以独立扩展各项服务以满足其支持的应用程序功能的需求。这使团队能够适当调整基础设施需求，准确衡量功能成本，并在服务需求激增时保持可用性。

1.2.3 轻松部署

微服务支持持续集成和持续交付，可以轻松尝试新想法，并可以在无法正常运行时回滚。由于故障成本较低，可以大胆试验，更轻松地更新代码，并缩短新功能的上市时间。

1.2.4 技术自由

微服务架构不遵循“一刀切”的方法。团队可以自由选择最佳工具来解决他们的具体问题。，构建微服务的团队可以为每项作业选择最佳工具。

1.2.5 可重复使用的代码

将软件划分为小型且明确定义的模块，让团队可以将功能用于多种目的。专为某项功能编写的服务可以用作另一项功能的构建块。这样应用程序就可以自行引导，因为开发人员可以创建新功能，而无需从头开始编写代码。

1.2.6 弹性

服务独立性增加了应用程序应对故障的弹性。在整体式架构中，如果一个组件出现故障，可能导致整个应用程序无法运行。通过微服务，应用程序可以通过降低功能而不导致整个应用程序崩溃来处理总体服务故障。

1.3 微服务的特性？ 1.3.1 自主性

可以对微服务架构中的每个组件服务进行开发、部署、运营和扩展，而不影响其他服务的功能。这些服务不需要与其他服务共享任何代码或实施。各个组件之间的任何通信都是通过明确定义的 API 进行的。

1.3.2 专用性

每项服务都是针对一组功能而设计的，并专注于解决特定的问题。如果开发人员逐渐将更多代码增加到一项服务中并且这项服务变得复杂，那么可以将其拆分成多项更小的服务。

1.4 为什么要使用基于微服务的基础架构？

简单来说，微服务架构有助于更快地交付高质量的软件。使用微服务有助实现这一点，但也需要注意一些细节。仅仅将应用拆分成微服务是不够的，还必须对微服务进行管理和编排，处理微服务创建和修改的数据。

1.5 为什么要将微服务放入 Linux 容器？

容器可为基于微服务的应用提供理想的应用部署单元和独立的执行环境。通过将微服务放入容器，就能更好地利用硬件，轻松地编排各种服务（包括存储、网络和安全防护）。

1.6 什么是云原生应用？

云原生应用是独立的小规模松散耦合服务的集合，旨在提供备受认可的业务价值，例如快速融合用户反馈以实现持续改进。

简而言之，通过云原生应用开发，可以加速构建新应用，优化现有应用并在云原生架构中集成。其目标是以企业需要的速度满足应用用户的需求。

，云原生应用中的“云”指的是什么？如果应用是“云原生应用”，那么它专门用于跨私有云、公共云和混合云提供始终如一的开发与自动管理体验。企业采用云计算来提高应用的可扩展性与可用性。通过自助服务和按需置备资源、自动执行从开发到生产的应用生命周期，企业可以获得这些优势。

，要想充分利用这些优势，需要一种新的应用开发形式。

例如云原生开发，通过这种方式，可以快速构建和更新应用，提高质量并降低风险。具体来说，无论在公共云、私有云还是混合云，都可以构建和运行可扩展的响应式容错应用。

2、容器 2.1 什么是容器？

容器可以封装应用并将其与整个运行时环境隔离，以便轻松地在不同环境间移动应用并完整地保留其功能性。

容器技术能够对应用及其整个运行时环境（包括全部所需文件）一起进行打包或隔离。从而可以在不同环境（如开发、测试和生产等环境）之间轻松迁移应用，还可保留应用的全部功能。

容器也是保障 IT 安全的一个重要组成部分。将安全性内置于容器管道，可以为基础架构增添防护，从而保障容器的可靠性、可扩展性和信赖度。

3、什么是RPC ？

RPC的是远程过程调用，而HTTP是一种文本传输协议。部分RPC框架也采用了HTTP作为通信协议，如grpc。

3.1 RPC 优势 ？

• RPC主要目的就是尽量去实现业务调用方的无感知，即业务代码像调用本地方法一样，调用远程方法。
• RPC相对HTTP接口而言，开销相对较小。
• 服务治理比HTTP接口更加方便。项目业务复杂的时候，可能需要服务注册、服务监控等需求，采用RPC框架也比HTTP接口更加方便。
• 服务间通信采用RPC更加方便，而对外暴露采用HTTP接口更容易。