API是什么？它是不是一个平台？

一个应用程序编程接口(又名API)是接口其他人/开发人员使用它来访问你的代码的功能。这在最低级别的编程(微处理器编程)，最高级别(REST / GraphQL / gRPC / ...服务公开的API)以及介于两者之间的所有内容(Java类的公共方法等)下都是有效的。

随着越来越多的组织选择通过可公开访问的API公开其业务功能，人们普遍认为拥有API可以清楚地表明企业正在“走向数字化”。而且，由于产品和平台之间的区别已经很难被区分(如我们之前所见)，因此导致了所谓“平台”的大规模爆炸，实际上，这种“平台”一无是处。

公开公共API表示试图开放我们的系统以供外部使用。组织可能出于多种原因构建和公开API。其中的主要目的是允许其现有客户或合作伙伴远程访问其系统的某些部分。它可能还希望通过宣传这种数字体验作为与竞争对手的差异化因素来吸引更多的客户或合作伙伴。在技术尚未立足的行业中，这可能非常有效。

图-1：API提供了对组织功能的有限访问

一旦有了API，我们将致力于其他团队/组织，他们可以以某种方式访问我们系统的行为，并为功能提供明确定义的保证。这包括定义功能的细节，对可用性的期望以及其他服务级别协议(如延迟，吞吐量等)以及使用API的成本。做得好，所有这些都代表着对技术的高度信任和投资。

即使将这个小的数字化窗口融入其业务中，也可能对一家公司产生巨大影响，许多迄今为止的老牌公司甚至认为这种有限的数字化转型也极具挑战性。假设您是一家拥有数百个分支机构且运行基于纸质银行业务流程的银行。这些流程中的每一个流程都经过数十年的完善，可以满足某些SLA的每个客户接触点。例如，开设银行帐户可能涉及填写表格，提交许多文件，重复前往分支机构的行程，这些过程都需要3-4天。

现在，假设您决定公开一个createAccount API / web门户，客户可以在其中填写表单并一次性上传所有文档。客户现在期望开设很多银行帐户。更快，他们中的更多人可以通过进行注册。现在手动开户机器。必须重新考虑多年来采用的所有流程，以满足新客户的期望。

另外，没有checkBalance API或transferFunds API 的createAccount API有什么用?如果该银行继续提供对其功能的更深层次的在线访问，那么它将非常无礼地破坏其原有业务，您可以打赌，很多羽毛正在翻滚。如果它不提供这些功能，或者不提供这些功能的任意子集，则整个数字化客户体验将不那么理想，并且“数字化转型”将停滞不前或失败。

从该示例可以看出，拥有API绝不意味着该组织是技术驱动的。必须彻底采用技术思维方式，否则它不可能像预期的那样富有成果。

平台的叙述更加微妙，因此在此API构建狂潮中变得模糊不清或被误解了。正如我们在此Blog上所讨论的，平台是一组可用于构建新产品和新体验的工具。尽管API对平台之旅至关重要(作为访问平台的手段)，但一组API绝不是平台体系结构的保证。平台不只是一组API。API本身就是一条单向的街道。我们具有某些功能，可以允许某些外部机构访问。从这个意义上讲，API是我们核心业务的销售渠道。尽管这允许其他人访问我们的核心产品，但平台提供了API所提供的更深层次的合作模式。这是因为平台为组织提供了在每个业务流程的每个步骤彼此合作的机会。尽管API将交互限制在系统边缘(可以通过API访问现有的最终用户功能)，但平台方法将以某种方式开放系统，使组织可以轻松地相互参与决策过程，并充分利用彼此增强他人的能力，并在业务核心创造业务价值。这是通过将来自不同组织的API集成到业务决策和结果操作的连续链中来完成的。

图2：平台允许生态系统中的合作伙伴组织之间进行非常深入的集成

如图2所示，平台架构实际上将组织自身从技术能力外部化了(反之亦然，取决于您要如何看待它)，从而使所有决策都可以从整个生态系统中选择最佳选项同样轻松。组织的业务流程现在可以使用内部团队构建的内容，或者轻松引入合作伙伴组织的技术能力来填补价值创造过程中的空白。你们中有些人可能已经注意到，这与我们如何通过将来自不同团队的API缝合到端到端业务流程中来在平台组织内部“构建”系统非常相似。这是理解为什么我认为没有“内部”平台的另一种方式。

除了提供给用户的有用功能之外，平台是指平稳运行平台并防止滥用所需要的一组控制结构。它以组织结构和过程为后盾，该组织结构和过程侧重于通过赋予他人权力来创造和获取经济价值，并且是平台所有者致力于在生态系统中互惠互利地交换能力的承诺。平台的API已明确设计为用作其他事物的构建块。

类似的观点也适用于团队思维。以平台为中心的组织中的团队必须以一种扶持性的心态进行工作，以帮助其客户建造新事物并利用生态系统中的任何机会来最佳地完成各自的任务。平台的技术架构通过使其非常容易地进行技术协作来增强此任务。结果，团队可以与任何内部或外部团队无缝协作，而不必担心扮演技术守门员或流程警察。参与生态系统成为默认行为，而不是一个例外。

可悲的是，API只是一个API。可以将其视为一种产品-在其自身环境中很有用，但不适用于动态生态系统的付出和接受。API是平台的谬论是组织大肆宣传周围平台并试图在不了解其真实本质的情况下尽可能廉价地构建平台的另一个实例。