乐趣区

关于程序员:Eolink-数字化企业连接世界的第一接口|开发者说

VOL.01 Eolink

Eolink 的守业方向是一次无心插柳。

在 Eolink 开办之前,创始人刘昊臻先后参加了技术外包、在线医疗、O2O 电商等创业项目,然而感觉不太合乎本人的冀望。

2015 年底,刘昊臻想更好地治理团队外部的 API,但市面上的产品并不能满足需要,于是,他决定做个产品来解决 API 合作问题。没想到,这个产品不仅解决了本人的麻烦,还能够解决所有 IT 团队遇到的无关 API 的独特难题。

接着,刘昊臻将这 API 治理产品开源进去,在失去许多用户的认可后,他成立了 Eolink,公司的产品逐渐倒退为一个定位于 企业级的 API 全生命周期平台,通过标准化的产品为中大型客户提供 API 疾速生成、API 研发治理和团队合作、自动化测试、微服务网关、API 监控以及 API 凋谢与交易服务。

API 全生命周期平台

API 趋势与产品化

IT 界有个康威定律:设计零碎的架构受制于产生这些设计的组织的沟通构造。在晚期开发软件,因为软件的零碎复杂度不高,所有代码通常被封装成一个整体,这种架构叫做单体利用。这种软件架构是高度集成的,就像那时候的软件企业个别什么货色都本人做,也很少用第三方开源代码或者 API。

起初随着软件产品状态的倒退(包含 PC 客户端转向 Web、手机端)、开源的倒退、以及人们对软件开发效率的谋求,企业开始用开源代码或者第三方 API 代替边缘的代码。这时候呈现了前后端拆散、DevOps 的风潮,并呈现了第一批 API 治理的工具,比方 Swagger、Postman 等,指标都是解决 API 的文档治理和 API 疾速测试的问题。

当初,随着云原生的概念遍及,和微服务架构革新的风潮,越来越多的企业大量应用了开源组件、第三方的 API,甚至底层的核心技术简直都是来自于开源组件和第三方 API,比方声网就给大量做直播的企业提供了直播相干的 API。Linux 基金会的数据显示,70-90% 的代码是由开源代码和第三方 API 来组成的。

因而,软件的开发变得越来越「乐高化」,也就是说开发者能够很快地通过开源组件及第三方 API 来拼凑出一个产品,而这时候的企业组织也变得更加零散。

基于这些思考,Eolink 在 2016 年做了两个判断:

第一点,API 会爆发式增长,由此会带来一系列的研发、测试、运维等问题。就像是你有 100 行代码的时候,你能够不做任何事件,但你有 1,000 行代码的时候,就必须由 Git 来帮你治理代码。

第二点,越来越多的企业会凋谢 API,由此会带来凋谢、推广、销售、品牌、经营等问题。比方谁能找到你的 API,开发者怎么晓得哪些 API 更好或更适宜本人,企业怎么经营本人的开发者社区等。

所以,Eolink 心愿把 API 的全生命周期都串联治理起来,所谓「API 全生命周期」蕴含了三个层面——设计、施行和治理,而这三个层面又细分为 API 的设计、研发、测试、部署公布、运维监控、版本治理和下线。

其余的同类产品一般来说只笼罩其中一个层面,要么就是设计(设计、测试)、要么就是施行(部署公布、运维监控)、要么就是治理(版本治理和下线)。Eolink 的产品则是比拟全面,笼罩了整个 API 全生命周期。

其中,Eolink 的外围产品是 API 文档治理、API 自动化测试、API 监控、API 网关、API 开放平台、API 交易。

API 在软件研发中的价值

ONES:你们怎么了解 API 在软件研发中的价值?怎么定义 Eolink 在此过程中的角色?

梁顺安:
在 API 畛域,咱们看到有几个大的推动力在促成 API 行业的疾速倒退。

首先是技术改革的推动力。因为私有云等技术的倒退,让软件逐渐拆解为微服务架构,而拆分微服务的过程中就会产生大量的 API,围绕着 API 的治理需要也就疾速成长起来。

其次是团队治理的推动力。因为技术改革导致 API 数量大量增长,咱们发现 API 的链条开始变得很长,甚至比代码治理的链条还长,咱们不仅须要治理 API 的设计、研发,还须要治理测试、对接等团队合作的工作,甚至 API 公布上线之后,咱们还须要通过治理 API 的流量来保障 API 的平安、性能和稳定性,因而 API 波及到的人员也更多,那怎么让围绕 API 的相干人员可能高效地单干,就是一个大问题,这就是咱们看到的在治理方面的推动力。

最初是企业服务交付形式扭转的推动力。因为 API 是一个数据和服务的规范载体,简直所有的互联网服务都通过 API 的形式来传输和交易,因而 API 是有强资产属性的,随着越来越多的企业应用 API,并且通过 API 提供服务,这样明确的商业供求关系也推动了 API 行业在将来相当长时间的持续增长。

陈景范:
从 2016 年以来,国内很多互联网企业都搭建了「中台」。中台是一个能同时撑持多个业务、让业务之间的信息造成交互和加强的机制。咱们认为,中台的外围其实就是企业的「服务能力 API 化」,将来更多的企业都须要搭建中台。企业一旦将 API 治理起来后,实现信息的买通,就能够对外开放,包含凋谢给生态合作伙伴和用户。这样一来,API 就具备了交易的价值——这也是「API 资产化」的一个侧面证实。

从这个意义上来说,API 是企业的一笔资产,而 Eolink 就是帮助企业治理好 API 这笔资产的平台。尤其是进入「万物互联」的时代后,API 就是企业与世界互联的第一接口。

ONES:你们本人在技术开发上遇到过哪些艰难?如何克服这些艰难?

梁顺安:
咱们最大的艰难始终都是喜爱做翻新的事件,而翻新原本就是极高风险的。

国内许多人守业做产品是看海内有什么成熟的模式和产品就搬到国内,而咱们在 2016 年做 API 全生命周期时,国外其实也都还没有成熟的概念和产品,纯正是基于咱们对用户需要和市场趋势的判断来做,因而过后最难的是摸着石头过河,每天通过和用户聊天来收集需要、设计产品和商业模式。

到了 2017 年咱们想做一个零代码的 API 自动化测试,过后市面上的产品根本都是须要写代码来做自动化的,即便是 Postman 也是在这两年才推出了流程测试。相当于咱们又再一次做一些他人没怎么做过的事件,但咱们置信这种冒险对用户是有益处的,所以花了大量工夫来设计产品,最终做了国内第一个零代码的 API 自动化测试。前面有许多 API 产品都参考了咱们的设计,从某种意义上来说,咱们也是推动了整个行业的倒退。

Eolink 产品示意图

从 2018 年开始,咱们始终在尝试笼罩 API 全生命周期的各个阶段,推出一个一站式的 API 平台,并且在此基础上做成标准化产品。在通过两年的打磨之后,咱们在 2020 年推出了国内第一个标准化的 API 开放平台。

陈景范:
另一个难点就是 IT 团队永恒的话题——人效的问题,怎么样能更疾速地给客户提供价值。

咱们次要还是应用一些惯例的管理手段,譬如 OKR,这里最令人头大的问题是怎么本土化,做一个合乎公司的 OKR,另外就是通过一些技术工具来进步咱们本人的人效。

咱们当初在做的一个很重要的事件就是怎么联合咱们本人的产品将研发侧的 DevOps 做得更好,譬如刚刚说的 API 文档和自动化测试都有独特的特点,就是快。咱们外部搞了不少 Beta 版本的工具用于主动生成 API 文档和测试用例,来实现降本增效。

还有一个重点中央就是应用 ONES 做项目管理。整个软件工程的研发都围绕着 ONES 来做治理,让研发过程更颠三倒四,更加合理安排人力资源的问题。

ONES:万物互联时代的 API 治理将如何演变?贵公司将在其中表演怎么的角色?

陈景范:
现阶段大部分公司外部的 API 治理状态,基本上都是单点治理。所谓单点治理就是每个部门都只治理本人产生的 API,其余部门、甚至部门对本人所领有的 API 信息明细是不大清楚的,这就会导致很多额定的沟通老本、治理老本、协调老本。

解决这个问题首先就要有一个 API 平台,也就是说,要能一次性解决 API 的信息无关问题,以及 API 协调问题,让部门外部的沟通、治理、协调老本升高。这还只是部门外部的麻烦,跨部门其实也有这种困扰,只有将 API 平台从部门平台晋升到公司平台就能解决跨部门的老本问题。解决了公司外部的问题后其实还有一个互联网畛域的问题,譬如不同的部门、子公司之间其实不单只能够思考部门、子公司之间的 API,还能够思考公司内部的 API 生产应用。

这个过程就是 API 如何平台化,次要波及到三个层面:第一层面是部门外部的 API 平台,第二层面是公司外部的 API 平台,第三层面是万维网的 API 平台,咱们公司的策略方向其实就是将这三个层面都做好,这期间会将整个 API 生态给串连起来。

生态再拓展

ONES:你们的产品助力企业客户数字化生态建设,那么,你们本人是怎么打造生态的?

陈景范:
API 生态存在一些不确定性,从 API 资产维度来说,当初有些科技公司的产品就是一个一个的 API,譬如一些直播 API 和语音 API 等等,这些已确定的 API 资产能构建一个很好的消费者 API 生态。将来,这些 API 产品越多,这个生态就越大,咱们的产品价值也会越大。当然,咱们置信将来必定会有越来越多的 API 产品,多到像电商产品那样,同类型的产品会有多个牌子供大家抉择。

对于超过 API 这个事件,首先咱们将来的策略方向关键点是在于 API 平台以及 API 生态这两个关键点上。

API 平台这个是明确的,咱们心愿咱们的产品从工具转化成平台,让企业外部的 API 价值流动起来,给客户带来更多更高的价值,还心愿将企业外部的 API 平台和公网的 API 平台组成生态平台。譬如 API 交易这块能够一键从公司外部公布,也能够一键获取。

咱们还能够跟一些公司构建互为生态的关系,例如 ONES。咱们两家公司的产品,一个是笼罩 API 全生命周期,一个是笼罩研发治理的全生命周期。在用户价值、兼容国产硬件以及零碎、产品推广、销售线索方面,咱们基本上都是研发团队不可或缺的工具平台,这一方面就阐明了咱们的客户群体应该是高度重合的,彼此有不少相互借鉴学习的中央。

ONES:Eolink 的指标是为了晋升企业客户的研发效率,那么 Eolink 是怎么晋升本人的研发效力的?

梁顺安:
咱们以前用过国外的研发管理工具,在应用的过程中,不仅咱们,很多开发团队都感觉那些工具并不合乎本人的治理流程。咱们往往须要在这些工具上做二次开发,其实用起来的难度是不小的。能够说,这样的管理工具算不上效率工具。这样,咱们只好寻找其余研发管理工具。

因为咱们跟 ONES 有独特的企业客户,在业务上也有互为生态的关系,所以,起初咱们在本人的研发治理中也开始应用 ONES。

在抉择 ONES 之前,其实咱们调研过很多这方面的产品,最终推动咱们做决定的起因次要有两点,一是 ONES 功能齐全,笼罩研发治理全生命周期的确不是浪得虚名的 (产品矩阵真的很丰盛), 二是 ONES 的性能上手绝对简略。

必须抵赖的是,ONES 更贴合咱们本人的研发环境,合乎咱们日常的治理流程和习惯。打个比方,假使我想在国外的研发管理软件的 SQL 做缺点查问聚合,那么我须要手动写一些相似编程的字段语句。但 ONES 是不须要这么麻烦的,因为它自身曾经集成了相干的生成器,无关的图表也是能够间接用的。当波及 DevOps、公有云部署,以及一些工具集成等方面,ONES 也比国外的同类工具更好用。另外,如果咱们想要找客服,那么咱们在白天是能够找到 ONES 的客服的,但因为时差的起因,国外的客服在咱们的白天里是找不到的。

用了 ONES 之后,需要治理、项目管理和缺点治理都更加井井有条,我的项目数据也更容易跟踪和统计。

成长中的开发者团队,也有本人的精彩故事。咱们置信,技术创新是团队高效合作的后果,中小团队也须要业余的研发治理平台。

ONES 面向 50 人及以下研发团队提供收费的团队版啦,不限工夫,不限用量,戳此处注册应用~

退出移动版