为了不干扰客户，LinkedIn 发布 API 版本解构框架

作者 | Tanmay Deshpande

译者 | 明知山腰

策划 | 丁晓昀

最近，LinkedIn 透露了他们如何为 LinkedIn Marketing API 重构 API 发讫版既有软件系统，准许举例来说合作项目按照自己的节奏感迁到到新发讫版的 API。

在这个新软件系统中的，每个 API 产品都通过一个为举例来说合作项目提供 API 的中的间层释出新闻其发讫版既有的软件系统和 API。中的间层 API 和软件系统通过特定的发讫版向举例来说释出新闻，顾客侧可以按照自己的节奏感迁到到新发讫版。

遗物的驱动程式由各种业务范围两条路线重构的后侧 API 组成，并通过 Rest.liAPI 传输层实质上释出新闻。由于这些 API 无法发讫版遏制，所有为内外 API 发挥作用的东西则会这样一来暴露给举例来说顾客侧。

这篇文章解释道：“仍未发讫版既有的 API 冲击了顾客侧采访不断更更进一步功能性，并给内外开发计划新功能性带来了挑战。此外，开发计划者的相应表明，我们在但会内释出了太多 API 修正，彻底改变了他们的计划。”

LinkedIn 重构了更进一步软件系统，基于特定发讫版释出新闻软件系统和 API 修正，从而有效地将举例来说该软件的修正隔离开，并准许合作项目按照自己的节奏感迁到到新发讫版。

每当举例来说该软件请特定的 API 发讫版时，API 传输层将对请进讫匹配，并将其转发到适当的中的间层。

与其他 API 传输层一样，这个驱动程式中的的 API 传输层比如说身份验证、请映射、理应遏制、专利权、鼓动滥用遏制和请适时功能。

再一，中的间层将后侧发挥作用的功能性释出新闻给举例来说该软件。

每个 API 产品只有一个中的间层。

同一逻辑资源的各不相同发讫版可以在中的间层中的和平共存，并在编译器中的保证这个提及。传输层应用于请映射加载所只需的资源发讫版。

中的间层的服务交由从业务范围两条路线加载后侧与发讫版也就是说的服务。如果中的间层服务在编译器中的保证特定于发讫版的逻辑，则似乎会导致编译器保证难题。为了避免这种情况，设计团队重构了“发讫版执讫软件系统”库，用于进讫这两件重要的事情——通过顾客侧并不一定的匹配将请匹配为不断更更进一步似乎发讫版；请被匹配为不断更更进一步似乎发讫版后，将旋即通过顾客侧并不一定的内外软件系统匹配器将其匹配为不断更新可用的内外软件系统。

这一发挥作用凸显了 LinkedIn“不干扰顾客”的内部设计原则。

随着发讫版既有的 LinkedIn Marketing API 于 2022 年 6 年末释出，开发计划者和合作项目可以应用于这些保持稳定的 API。

书名文档：

英伟达答复“对中的国断供部分高侧 GPU”；年末薪 3.6 万技术人员旅客量写到 7 讫编译器被开；12 年黑进 40 多家金融机构东主赚百万获刑 ｜Q 资讯

在阿里达摩院搞了四年数据库，我来聊聊实质情况 | 卓越技术设计团队自述

30 年 IT 美国海军陆战队谈数位既有：这就不是个技术活

资深 Web 开发计划的经验之谈：为什么你开发计划的网页不应该大于 14KB？