微服务和 API 之间有什么区别？
微服务和 API 是模块化软件设计的两种方法。模块化编程旨在设计较小的软件组件，这些组件可以相互交互以执行复杂的功能。这比将软件设计成一个适用于所有功能的大型代码库更有效。微服务是一种将软件组合成小型、独立、高度专业化服务的架构方法。每个微服务都解决一个问题或执行一项特定的任务。
相比之下，API 是两个软件组件之间的通信契约。API 指定软件组件执行某项功能所需的数据以及预期的响应。微服务使用 API 相互通信。但是，开发人员也使用第三方 API 将先前存在的功能集成到其代码中。
工作原理：微服务与API
微服务包含特定应用程序功能所需的所有代码。API 是访问该功能的通信机制。微服务通过 API 公开功能，以便其他微服务可以在需要时使用它们。但是，开发人员也会使用与微服务无关的 API，例如来自第三方供应商和合作伙伴的 API。
接下来，我们将详细介绍它们的工作原理。
微服务的工作原理
微服务架构由服务导向型架构（SOA）演变而来。开发人员将整个应用程序分解为单独的功能，这些功能作为小型的独立程序运行。微服务相互交互以执行更复杂的任务。
例如，拼车应用程序可能有多个松散耦合的服务，例如用于检索地理位置数据、处理付款或发送提醒的服务。当用户在应用程序上叫车时，所有微服务将协同工作，帮助用户找到司机并付款。
API 的工作原理
API 是允许任意两个软件组件交换信息的接口。API 指定通信契约。开发人员使用该契约来访问来自第三方代码的特定功能或数据。
例如，拼车应用程序可以通过将客户信用卡详细信息传送给 API 来使用付款 API。API 背后的代码可以安全地从卡中扣除付款，并将成功或失败的响应返回给拼车应用程序。
主要区别：微服务与API
微服务和 API 都是重要的技术堆栈，可帮助组织构建和扩展应用程序。微服务是应用程序的构建基块。每项服务通常都包含数据库、数据访问层、业务逻辑和 API。API 包括编程细节，例如数据格式、数据交换期望和协议。
二者以不同的方式支持分布式开发。
用途
微服务架构旨在通过将大型代码块拆分为多个较小的服务来提高软件开发效率。这样，多个开发人员就可以根据商定的规范同时处理不同的微服务。
另一方面，API 则连接应用程序内部或之外的不同功能或服务。内部 API 仅适用于单个应用程序，公共 API 则可用于访问开源功能，无论它们是基于哪种编程语言和工具构建的。
类型
微服务大体上分为有状态和无状态。有状态微服务在处理当前请求时会记住过去的结果，而无状态微服务不会保留过去的记忆。
另一方面，API 则按受众、架构和协议进行分类。例如，开发人员在构建应用程序时会使用以下类型的 API：私有、公共、合作伙伴、微服务、复合、SOAP 和 REST API。
安全性
微服务由您的内部团队开发和管理，让您可以更好地控制数据安全性和可用性。
另一方面，API 可能安全，也可能不安全，具体取决于谁在背后编写代码以及他们要求提供哪些数据。因此，开发人员在使用外部 API 时必须保持谨慎。
调试
由于微服务采用分布式架构样式，因此很难调试。此外，单个微服务可能使用不同的编程语言和框架进行开发，并以不可预测的模式进行交互。这会使开发人员重现错误状态、跟踪数据移动、监控编程变量和确定根本原因的工作复杂化。
与微服务架构不同，API 的调试更加简单。开发人员可以采取分步方法观察 API 行为并找出根本问题。
适用场景：微服务与API
微服务和 API 不是互相竞争的技术。相反，两者协同工作，将业务逻辑转化为可扩展的现代应用程序，以满足客户需求。
微服务需要一个 API 来公开某些功能，以便与第三方服务进行交互和交换数据。借助 API，微服务可以共享数据并帮助组织快速扩展应用程序。
当单个代码库对您的团队来说变得过于复杂时，将微服务和 API 结合起来是正确的选择。通过切换到分布式架构，可以在为应用程序引入新功能或更改时节省时间和成本。
大规模挑战：微服务与API
与传统软件架构相比，API 和微服务都允许组织更有效地扩展其应用程序。但是，随着流量和应用程序复杂性的增加，API 和微服务仍然面临挑战。
最终，开发人员必须管理、监控成千上万的微服务及其使用的 API，并对其进行故障排除。他们必须部署具有适当基础设施的微服务，以进行代码维护和敏捷变更管理。
大规模管理微服务
软件开发人员使用容器部署微服务，以克服可扩展性挑战。容器是包含微服务所需的所有资源和操作环境的软件包。容器化允许微服务独立于硬件和操作系统运行。您可以为特定微服务分配或减少计算资源，以满足不断变化的需求。
大规模管理 API
当 API 接受过多的并发 API 调用时，可能会遇到瓶颈。这会使 API 服务器不堪重负，从而导致性能问题并向发件人应用程序返回错误代码。
如果您使用第三方 API，则应用程序的性能可能会受到您未管理的代码性能的影响。但是，如果您使用内部 API，则可以使用 API 管理工具大规模监控和保护多个 API。
差异摘要：微服务与API
| 微服务 |
API |
|
| 目的 |
将大型应用程序分解为较小的功能组件。 |
定义两个软件组件之间的通信契约。 |
| 使用 |
微服务包含特定应用程序功能所需的所有代码。 |
API 是访问该功能的通信机制。 |
| 在“角色”页面的“筛选条件”框中输入 |
有状态和无状态的微服务。 |
按受众、架构和协议分类。 |
| 安全性 |
内部控制。容错架构。 |
可能依赖于第三方开发人员。 |
| 调试 |
由于分布式架构和复杂的数据路径，因此具有挑战性。 |
采用可预测的方法来观察、跟踪和隔离问题。 |
| 可扩展性 |
使用容器进行大规模管理。 |
使用 API 管理工具进行大规模管理。 |
AWS 如何帮助满足您的微服务和 API 要求？
Amazon Web Services（AWS）为在云端部署、管理和保护微服务和 API 提供了经济实惠且高效的解决方案。组织使用 AWS 技术从传统的软件架构转变为现代 Web 应用程序。以下是两个示例：
借助 Amazon Elastic Container Service（Amazon ECS），您可以轻松地在云端部署、管理和扩展基于微服务的应用程序。该服务会自动预置底层基础设施，并将您的应用程序连接到其他 AWS 资源。
Amazon API Gateway 提供了一个集中式平台，可帮助您大规模构建、部署、维护和保护 API。该服务允许 API 以最小的延迟和错误率向特定服务发送和响应请求。
立即创建账户，开始在 AWS 上使用微服务和 API。
