构建 API 生态是互联网趋势
技术改革推动 API 数量爆发式增长
互联网在这 10 多年里，曾经经验了屡次的技术改革：
- 2010 年以前，还是比拟传统的开发模式。单体架构，本人开发大部分的代码，只有大量边缘业务会应用开源的我的项目代码。
- 在 2010 年，挪动互联网带来了技术转折点。前后端开发拆散和麻利开发模式逐渐遍及。
- 在 2010 年到 2020 年间，互联网企业都从瀑布流向麻利转型，开始大量应用开源代码来实现外围业务。然而此时单体架构还是支流。
- 在 2020 年，云平台迎来了蓬勃发展，云基础设施一直的成熟，支流架构也从单体架构向微服务架构转型。
明天，互联网迈入了云原生的时代，DevOps 继续开发运维的概念失去了遍及。产品迭代速度极快，API 数量爆发式增长，并且有 70% 到 90% 的业务是通过开源代码和第三方 API 来实现的。
在新时代，企业须要应答 API 暴发增长带来的一系列问题：
- 如何对外部 API 进行有序的梳理？
- 如何对外部 API 进行正当的使用？
- 如何通过 API 激活企业新的增长点？
- 企业通过开源代码及三方 API 构建业务成为趋势
依据考察统计，以后企业产品能力仅 10% 是自行开发代码和 API，有 20% 是调用的第三方 API，而有高达 70% 是应用的开源代码。这代表着凋谢的 API 时代曾经降临，他也带来了微小的商业价值。
两年后 API 开放平台的市场规模达到 579.9 亿，而寰球 API 经济的市场规模超过 2.2 万亿美元，并且 API 生态的市场规模是利用和中间件市场中增长最快的局部。所以咱们不应该错过这样的大好机会，须要开始着手构建 API 生态。
如何促成企业上下游单干
在互联网中，生态构建自身就不是什么陈腐的词。
其自身也分很多层级，例如咱们软件国产化的信创产业链生态，小米的家电产业链生态；以及微软，华为，安卓等的操作系统生态；咱们相熟的微信、salesforce、淘宝、抖音等搭建的利用生态。
而各企业热衷于构建生态的起因也很对立，次要瞄准三个指标：
- 通过生态拓展软件的第三方生产力。把一些非标准的定制化的需要凋谢进去，让第三方团队来消化。
- 零碎通过引入更多的能力为用户提供更多样全面的业务。让用户能够少跑两个厂商，能够更加便捷的享受一站式的服务。
- 通过生态建设，引领标准规范，造成行业的壁垒。生态的规模化效益，能够让企业把握行业话语权，让更多的潜在合作伙伴被动兼容该厂商的能力。
API 生态也同样领有以上三点劣势，而且尤为突出。
咱们先看看 API 生态是什么？
2.1 API 生态定义
API 生态是企业间基于 API 接口共生的资源交易生态。
API 的生态企业都会有其独特的资源。例如云平台的算力，操作系统的过程调度，应用软件的业务能力，大数据平台的智能算法等。生态企业通过 API 接口，在 API 生态平台上造成严密互利的共生关系。通过独特资源的交易，产生新的场景价值。
这些场景价值能够使得单个企业冲破原有的商圈，取得更大的消费市场。举个例子，一个专门做人脸识别的公司：
- 提供人脸算法接口对接公安系统数据库，能够做身份认证的业务；
- 提供扫脸身份认证接口和领取零碎对接，场景可拓展为快捷刷脸生产；
- 提供扫脸付款接口和便利店零碎对接，场景可拓展为无人便利店。
这就是 API 生态的魅力，整合不同的业务接口，造成新的场景价值。
2.2 API 生态圈层
咱们说 API 生态是企业基于 API 接口共生的资源交易生态，这外面的交易行为在 API 生态上其实是分圈层的。分为公有 API 圈层、凋谢 API 圈层和商业 API 圈层，每个圈层都是一个自洽的交易闭环。
- 公有 API 圈层
流通的交易物是企业外部的公有 API，其圈层使得企业外部已生成的能力都能被其余部门调用，防止反复开发节约研发资源，晋升企业外部生产率。在这个圈层次要关注如何把研发资产通过 API 进行积淀，以及如何更加清晰和便捷的在外部复用起来。
- 开发 API 圈层
流通的交易物是凋谢 API，也就是咱们常说的 OpenAPI。在这个圈层内，各企业会有保留的抉择一些外围的增值能力通过接口模式共享在圈层内。大家能够相互的测试、调用和整合，拓展本企业的业务和减少与内部合作伙伴产品的分割。在这个圈层会关注跨企业的调用与如何单干共生的问题。
- 商业 API 圈层
流通的交易物是商业 API，在这个圈层内 API 更贴近生产市场经济。企业包装特有的数据或服务能力，通过接口提供给内部开发者付费调用。使得研发资产实实在在的变现为企业流动资产，为企业发明新的业务收入点。在这个圈层会关注变现交易的流程和更加器重 API 接口平安问题。
2.3.1 公有 API 圈层
公有 API 圈层是整个 API 生态的基石，企业须要先对公有 API 进行治理，理解各 API 的能力和状态，能力进一步的把 API 转成凋谢或商业 API。在这个圈层，须要对 API 从设计到运行监控进行管控。
2.3.2 凋谢 API 圈层
凋谢 API 圈层就是咱们常说的 Openapi 生态。在这个圈层内，常见生态模式是一种开发者生态系统，围绕繁多产品 API 为外围构建开发者生态系统。也就是大家来为我的产品出力，生产基于我产品的衍生能力。这种做法须要满足一个前提，就是你自身领有大量的用户基数。例如微信，例如淘宝，在市场上领有极高的占有率，在这个行业内避不开你，这样其余企业才有基于你的平台来拓展新能力的单干志愿。
这种模式有 3 个痛点：
- 流量获取难
目前互联网 C 端畛域的流量根本把握在各个大厂的手上，中小型企业厂商解围艰难。在 B 端畛域中，甲方的关注度会更加扩散，即便是大厂也很难造成寡头效应。所以要在某个畛域或产品线上，取得相对的市场占有率或流量是极难的事件。
- 场景局限
开发者模式围绕一个主产品，同时也只有一个业务入口，场景是基于主产品进行拓展搭建。所有拓展场景的方向和能力都受制于主产品提供的能力，用户只有适配该方向或购买了这个主产品后，拓展场景才会无效。例如只能基于阿里云能力的解决方案，就不迭能够基于不同云能力的解决方案。
- 规范一家之言，不够凋谢
同时除了业务能力外，接口标准也是以主产品为主。第三方企业能力接口的适配和革新老本高。
因而 Eolink 提出，API 生态应该是合作伙伴生态。平等的生态企业提供其特有业务能力，基于聚合平台的统一标准，输入多样的场景解决方案。
该生态模式有 3 个特色：
- 企业共生
该生态中的企业应是平等单干关系，相互依存相互促进。不存在某一企业决定所有其余企业在这个生态中的生存状态。在输入的解决方案上，只须要关注单干企业提供的能力是否能解决对应的场景，无需思考该场景某个企业肯定要参加进来。
- 规范共创
接口标准和业务标准由所有生态企业进行共创，通过开源规范的形式，独特提交和评审内容。输入一个真正合乎行业共性，兼容性强，多方革新绝对较少的标准规范。
- 场景多样
合作伙伴生态能够让解决方案不再依赖于主产品的对外开放能力，能真正依据计划指标，抉择领有该能力的合作伙伴对接。场景计划不再因某个产品的能力而受到局限，更加的多样。
2.3.3 商业 API 圈层
商业 API 圈层次要通过 API 市场对企业的商业 API 进行对外交易。是将来软件企业实现盈利的重要途径之一。商业 API 圈层更加像传统的商品交易生态，商业 API 接口就是其交易的货物。故也会有生产、上架、筛选、小批量试用、下单、销售剖析的流程。但和实体商品不一样的是商业 API 会有调用管控和受权两个重要环节。
调用管控是接口生产后，公布到服务器上进行的一系列内部调用规定限度。其目标是保障接口平安和稳定性，管制并发和过滤恶性调用。而受权是给下单客户可应用该接口的凭证，并且可依据卖家的销售策略，提供不同等级的凭证，以便提供差异化的服务。因为 API 交易的这些特殊性，良好的商业 API 圈层须要建设中一套欠缺的接口平安体系下，对接口安全性会特地敏感。
2.4 生态业务全景
当咱们把 API 的三个圈层业务整合在一起后，咱们能够失去残缺的 API 生态业务全景图（如下图）。整个业务全景和 API 生态圈层散布统一，是个 V 字型的构造，公有 API 圈层的业务仍是最外围的局部。
咱们根据 DTDD 实践（Eolink 独创的 API 治理方法论），从 API 设计登程。进一步的进行 API 开发和测试，并在其过程中与其余部门进行共享合作。实现单接口测试后，进行自动化的流程测试，在测试均通过后确定 API 的版本。并能够对该版本的接口进行公布并监控其调用数据。这是残缺的公有 API 圈层的业务闭环。
咱们基于公有 API 圈层的业务闭环联合 API 开放平台做衍展，API 文档的设计是基于 API 开发平台中的规范 API 库进行二次设计的。而后确定版本后会把以后企业领有的业务能力 API 作为整个开放平台的增值 API 提供给其余合作伙伴应用。同时也能够调用第三方增值 API，与以后企业的业务能力 API 按场景整合后应用。则咱们提供场景化的调用计划，并应用网关进行相干的流量和权限管制，应用 API 监控进行接口状态监控和调用剖析。这就是凋谢 API 圈层的业务闭环。
咱们基于公有 API 圈层的业务闭环联合 API 商店做衍展，把外部确认发版的 API 上架到商店中。提供给用户进行小批量的试用，没问题后能够让用户进行下单，零碎给予受权，并做调用的管控。而企业同时也能够订购内部的商业 API，用于做场景整合。场景整合后对其进行经营监控和数据分析。这就是商业 API 圈层的业务闭环。
2.5 API 生态构建落地计划
后面咱们说到了 API 生态的概念以及业务场景，那么咱们要构建如此 API 生态也须要有匹配的产品零碎（如下图）。
简略的说，咱们会依据接口的三个状态：开发态、公布态和运行态进行治理。开发态从数据库和代码仓库开始，基于底层数据生成接口，并对立整顿在 API 仓库中。并对 API 进行单接口测试和场景测试，保障 API 的品质。对于验收通过的 API 会公布到开放平台（兼有 API 商店能力），此时 API 处于公布态。而后 API 被调用时，会先通过 API 集成器进行数据的转换或编排，而后通过企业网关提供对外服务，并通过 API 监控工具对其运行状态进行监控和告警。
具体的 API 生态构建落地计划须要依据理论的企业外部研发工具生态进行适度调整，若有对落地计划感兴趣的读者能够分割 Eolink 的客服进行沟通了解。
促成企业上下游单干步骤
3.1 组建企业单干联盟
合作伙伴模式的凋谢 API 圈层不是一个一家企业独大的生态，而是多外围企业齐头并进的。所以首先第一步应该是寻找适合的盟友组建企业单干联盟。咱们能够以某个行业作为联盟畛域，或者以某种服务规模，或者以某个地区，或者以某个非凡的场景来作为聚合多家企业的连接点。
3.2 定义生态规范 API 模板
第二步是制订生态规范的 API 模板。尽管这个生态不是一家独大，然而为了不便生态沟通交流和对接，须要有一个规范的标准，让各家企业的接口都往这个标准进行调整，以便于最初输入的增值 API 能让其余企业疾速接入。
目前我国信通院及各行业国家级协会均已发展了对 API 接口标准标准的制订工作，咱们在制订生态规范时，能够基于这些国家级规范 API，而后联合合作伙伴的行业教训确定一个开源的规范库。让各家企业参加到制订规范的工作中，可随时依据我的项目的停顿进行更新调整。
3.3 企业增值能力 API 公布
第三步是依据生态规范 API 标准，对企业外部能力的 API 进行革新，造成具备企业业务能力的生态规范 API，并把该增值 API 公布到开放平台上。在这个规范 API 的开发过程中，可能会遇到一些以后规范无奈解决的问题，须要反馈到生态企业中对规范进行调整。
3.4 业务价值重组，公布场景解决方案
第四步是整个流程最外围的步骤，获取到其余企业的规范增值 API 后，进行业务价值的重组，造成一个可解决某个业务的场景计划。个别通过整合其余企业的增值 API，能够实现新的场景或提供新的用户体验。
例如，用户能够在某地图软件上搜寻左近的餐厅（地图软件本身提供的业务能力），而后按餐厅评分进行搜寻，找到评分较高的餐厅（某点评软件的业务接口），而后立即预约该餐厅（餐饮门店零碎的业务接口），并且一键叫车到该餐厅的地址（某叫车软件业务接口）。这样就能实现一站式的生产场景。
再举一个例子，Eolink 也和多家不同畛域的软件厂商单干输入汽车行业一站式研发场景的解决方案。基于汽车企业对软硬件的研发打算（云体科技提供能力），从代码开发、构建和部署（GitLab 提供），对代码输入的能力 API 进行测试和调用监控（Eolink 提供能力），并进行软硬件对接的品质剖析（FMEAMaster 提供能力）。满足车企从软硬件研发打算到软硬件集成环节的链路跟踪和品质审查的场景。
3.5 调用统计分析 & 继续迭代
最初须要对输入的接口进行调用统计分析，以及基于该剖析的论断进行继续的接口迭代。
其中调用统计分析不仅仅须要统计根底的接口状态数据，还须要依据解决方案的业务链进行业务统计。例如调用量最高的 API 调用链路排行，以及单位工夫异样最多的调用链路排行等。
促成企业单干落地计划
要促成企业基于 API 进行单干，除了有 API 生态构建计划来落地 API 生态外，还须要关注开放平台的部署架构和对接能力。因为个别中大型企业都是内网开发，对于研发资产会比拟敏感。故开放平台须要绝对隔离，与其余 API 管理工具部署在不同的服务器上。并且该服务器要容许其余企业的服务器进行白名单拜访，不便对接调试，以及爱护生态接口的平安。背地具体落地计划咱们有机会能够开展交换，但目前 Eolink 曾经实现了该 API 生态开放平台的搭建，就是咱们的 API Hub。
大家能够登录 Eolink.com，点击顶部的【API 共享】菜单，进入 API Hub。在这里你能够找到寰球的热门 OpenAPI，寻找到与你相匹配的适合的合作伙伴，为您的企业发明新的业务价值。
展望未来
互联网走过了链接动态信息的 Web 1.0，以及走过了链接用户互动的 Web 2.0，咱们置信随着云计算、低代码、无服务架构等技术的到来，咱们将迎来一个数字产品发明门槛更低更便捷，多人合作更容易的时代，一个链接创造者的共享合作时代。
Eolink 自身立意就是 Easy Open Link，咱们将会始终走在链接创造者共享合作的路线上，帮忙更多的用户发明新时代的价值。