微服务与 API

什么是微服务

微服务是一种软件架构，它将应用程序的特性和功能划分为单独的、更小的组件，称为服务。当这种方法开发应用程序时，它被称为微服务架构。 

微服务由于其流畅的开发过程而成为当今的趋势。微服务架构使开发、集成和维护应用程序变得容易。最初，开发人员应该逐步构建应用程序；之后，他们可以单独处理每个元素。此过程使添加、修复或改进功能变得容易，而不会危及整个应用程序。微服务架构对大型企业最有用。

微服务 示例 

众所周知，亚马逊是一个大型的在线购物中心，并且易于使用。但在 2000 年代初期，亚马逊很难提供无摩擦的服务。正如亚马逊的高级产品经理所描述的那样，亚马逊零售网站是一个庞大的架构巨石。由于所有服务在内部都是紧密连接的，因此开发人员很难修复、验证或改进功能。 

使用这种单体架构，亚马逊无法满足其不断增长的客户群的扩展需求。亚马逊将其单体架构分解为小的独立服务组件，以消除这些挑战。 

亚马逊开发人员团队分析了整个应用程序的代码，并提取了提供类似服务的单元代码。他们将这些单元耦合到一个 Web 服务界面中，并为每个部分开发了一个服务，例如产品页面上的购买按钮、税收计算器、结帐按钮等。 

现在，亚马逊将每个独立服务的所有权分配给了开发团队，这样团队就可以深入研究问题并修复它，而不会妨碍整个应用程序。 

如果应用程序被分解为多个部分，那么这些单独的部分必须非常需要有效地进行通信；因此，微服务与 API 相关联。  

API 是什么以及它们的用途

应用程序编程接口 (API) 是任何应用程序不可拆卸的部分。在 API 的帮助下，一个应用程序可以与其他应用程序交互。通俗地说，API 是一组协议，可确保两个不同的应用程序发送、接收和修改彼此的数据。

API 在现代应用程序开发中是必不可少的。它有助于在功能和结构上可能不同的两个不同应用程序之间进行通信。API 可帮助开发人员访问应用程序的内部数据或其功能，而无需了解整个应用程序的源代码。借助 API 的这一特性，应用程序、网页和其他软件可以进行通信和协同工作。 

API 的使用

许多 API 很容易用于改进软件或应用程序的功能 - 称为公共 API。随着微服务架构的普及，私有 API 的创建增加。在这种情况下，API 可作为单个微服务相互交互的轻量级解决方案。让我们用一个实际的例子来理解。 

API 的示例有很多，但我们将采用其中之一。假设您正在计划一次世界巡回演唱会并想预订旅行计划。您访问了一个不错的网站，但是您没有该特定网站的帐户，但它为您提供了一个 Google id 选项来登录。多么方便！ 

由于 Google 与当前的旅游网站是不同的公司，因此 API 可以实现旅游网站和 Google 之间的交互。首先，旅游网站使用 Google 的登录 API 来请求您的联系信息。接下来，Google API 确认请求，对其进行验证，从其用户数据库中获取信息，并将其发送回网站。最后，网站使用您的联系信息来完成签名过程。 

类型 API（公共、合作伙伴、私有和复合） 

API 被广泛接受并用于基于 Web 的应用程序中。有四种 API 类型：公共、合作伙伴、私有和复合。在规划 API 设计、实现和使用时，了解这四种类型的差异非常重要。 

公共 API 

拥有公共 API 的企业可以为外部开发人员、合作伙伴和企业提供对其应用程序和数据的免费和开放访问。这使这些合作伙伴能够构建新的应用程序并使用数据来使业务受益。公共 API 是一种开源软件开发接口 (SDI)，它打开资源供外部开发人员、企业和组织使用。 

私有 API

内部 API 通常用于连接企业内的系统和数据。这些 API 通常仅供内部使用，数据不应公开访问或与第三方开发人员共享。与公共 API 相比，这些 API 提供了多项优势，包括更高级别的隐私、更少暴露于外部组织、更好的控制以及更少的数据法规。 

合作伙伴 API

合作伙伴 API 是一种以专用 API 的形式为其业务合作伙伴提供对组织数据的高级访问权限的方法。这些合作伙伴 API 仅适用于特定选择和授权的外部开发人员或 API 消费者，并通过正式的介绍过程建立。合作伙伴 API 的目的是促进企业对企业的活动。例如，企业希望有选择地与外部 CRM 公司共享客户数据。在这种情况下，合作伙伴 API 可以将内部 API 与合作伙伴的门户连接起来，从而创建一个安全透明的通道。 

复合 API

创建一个兼顾简单性和性能的 API 非常重要。创建一个同时实现这两个目标的 API 有时可能很困难。但是，将两个或多个 API 组合在一起成为复合 API。复合 API 通常是有益的，因为拥有涵盖流程的两个或多个方面的单个 API 通常会更好，因为它可以降低复杂性并提高性能。 

API 类别 

API 是远程软件交互的终极方法。您可以使用它们来构建跨设备和平台无缝运行的令人惊叹的产品和服务。但是，如果您希望您的 API 成功，则需要精心设计它们。今天，有四种 API 协议或架构类别：REST、RPC、WebSocket 和 SOAP。

微服务和 API 的区别 

在分别了解了微服务和 API 之后，让我们检查一些使它们能够相互区分的差异化因素。 

微服务	API
微服务是一种将大型孤岛组件分解为较小组件的方法。	API 是一种编程接口，可帮助两个或多个软件相互通信。
创建微服务很容易，并且对开发人员来说花费的时间更少。	与微服务相比，创建和维护 API 有点困难。
开发人员可以使用微服务为各个特性和功能创建不同的模块。	而 API 帮助这些单独的模块毫无困难地相互通信。
无法直接访问第三方微服务。	借助第三方 API，可以轻松访问他们的服务。
微服务通常旨在解决组织中的大而复杂的问题。	API 提供了一个可重用的接口，一个或多个应用程序可以轻松地进行通信。
在微服务中，使用其他应用程序的特性和功能是不可能的。	开发人员可以通过其 API 使用任何第三方应用程序的特性和功能。
一个微服务只有一个 API。	一个 API 可以调用不同的微服务。

长话短说，微服务和 API 是截然不同的概念。它们不是等价的，在 Web 应用程序中扮演着完全不同的角色。微服务架构有助于在更敏捷的框架中构建应用程序，而 API 提供连接、扩展和集成软件的基本功能。在 API 的帮助下，开发人员可以与 Web 应用程序进行交互。