节省研发团队的每一分钟 API 设计、开发、测试 一体化协作平台 行业情况 API !" #$%&' !"# $%&# DevOps # '()# *+#,- 缺乏合适的 技术和工具 最大障碍 !" API # $%& '( API ) * 常用解决方案 API 开发调试 Postman API 自动化测试 API 压力测试 JMeter API 文档设计 Swagger Swagger API 数据Mock Mock.js 测试人员 API 设计者 前端开发 后端开发 存在问题 多系统 数据不互通 数据一致性 困难 效率 低 学习成 本高 无法团 队协作 每次变更，都需要不同角色手动去多套系统 修改，维护一致性非常困难。时间久了，不 一致性越来越严重，最终不可维护。 单机离线使用为主，成员之间无法实 时同步数据，无法协作。 可视化程度低、操作不友好。 可视化程度低、操作不友好。 初学者难以入手，需要大量的学习成 本、培训成本。 API设计者、前端开发、后端开发、 测试人员大量重复工作。 Apifox = Postman + Swagger + Mock + JMeter 核心功能 更多特性 解决的问题 1. 一套系统、一份数据，解决多个系统之间的数据同步问题。 2. 只要定义好接口文档，接口调试、数据 Mock、接口测试即可直接使用，

performance, we typically think about the function logic. We’ll see that a well designed function API can have an even larger impact.How will we compare performance? ● Benchmarks at this low level are advance(RandIter& iter, Diff n, random_access_iterator_tag) { iter += n; } ● Access token to make some API available only inside the library (like the default “package private” access modifier in Java) Empty

API 设计、开发、测试 一体化协作平台 广州睿狐信息科技有限公司 Apifox Inc. apifox.com 节省研发团队的每一分钟 Apifox（广州睿狐信息科技有限公司）成立于 2021 年，是一家专注于企业 API 研发管理工具及解决方案 的创新企业。围绕 API 全生命周期协同与管理需求， 提供 API 文档、API 调试、API Mock、API 自动化 测试 测试等核心产品能力，致力于为全球研发团队提高 API 开发与协作效率，节省研发团队的每一分钟，助 力企业研发效能升级。 关于 Apifox 获得知名创投机构信任与支持 超百万开发者的选择 130 万+ 开发者用户 数百家大型企业客户 Apifox，一体化 API 协作平台 秉承 “API First” 的先进理念，为 API 的开发协作带来全新体验 过去的 API 协同 ❌ 可视化程度低，学习成本⾼ 以⼀致性提⾼软件的质量，简化企业 API 治理 ⾯向未来的 API 协同 API 设计者 后端开发 前端开发 测试工程师 API 设计者 后端开发 前端开发 测试工程师 开放能⼒ 开放 API Webhook SSO/LDAP Apifox 产品能⼒矩阵 同 一 套 数 据 API Mock 智能 Mock 本地/云端 Mock ⾃定义规则 兼容 Mock.js API 调试 可视化调试

© ����-���� BASE, Inc. � Building API server-side architecture for Beginners GopherCon ���� ����.��.�� - @hgsgtk © ����-���� BASE, Inc. � Talk abstract • A practical approach to build server-side not be ignored © ����-���� BASE, Inc. �� Go beginners have a lot of questions� How to implement API server by net/http package How to write an unit test How to use interface type - Go basic questions implement API server by net/http package How to write an unit test - Go basic questions - ex. “Adopt clean architecture!” How to use interface type © ����-���� BASE, Inc. How to implement API server

the important data structures and concepts? Prior work in the GraphBLAS community, C API Overview of our draft C++ API How might this interoperate with standard C++, graph library proposal? 4[DISTRIBUTION the important data structures and concepts? Prior work in the GraphBLAS community, C API Overview of our draft C++ API How might this interoperate with standard C++, graph library proposal? 5[DISTRIBUTION the important data structures and concepts? Prior work in the GraphBLAS community, C API Overview of our draft C++ API How might this interoperate with standard C++, graph library proposal? 6[DISTRIBUTION

Rust China Conf 2021 – 2022, Online, China 姜剑峰 Rust API可靠性分析与验证 Rust China Conf 2021 – 2022, Online, China 主题内容 • Rust第三方库API可靠性现状 • 现用方法的局限性 • 基于程序合成+模糊测试的可靠性分析方法 Rust China Conf 2021 – 2022, 开展Rust程序分析相关研究的实验室（https://artisan-lab.github.io） • 我们关于Rust库模糊测试的论文 RULF: Rust Library Fuzzing via API Dependency Graph Traversal 获得了软件工程顶级会议ASE2021的ACM杰出论文奖 Rust China Conf 2021 – 2022, Online, China Unicode字符边界 Rust China Conf 2021 – 2022, Online, China Rust API 可靠性 现有的机制是否足够呢？ • unsafe代码没有破坏内存安全性 • no memory leakage • panic free 在任何合法使用API的情况下 • 所有静态检查提供的保证都应该被满足（不应该被unsafe所破坏） • 所有动态检查都不应该被违

RESTful API ⾃我介紹 • 王盛立 • 出版過⼀本 
 使⽤Laravel 8 PHP主流框架打造RESTful API（iT邦幫忙鐵⼈賽系列書） • 浪浪的事 Side Project https://langlangthing.com/ 今⽇菜單 ⾃我介紹 RESTful API Laravel程式範例說明 延伸補充資料 前後端分離 WEB API RESTful RESTful API 是什麼 Representational state transfer (REST) 表現層狀態轉換 Client Server REQUEST RESPONSE GET https://localhost/api/v1/articles/1 HTTP STATUS : 200 OK HTTP 協定 HTTP VERBS. URL. HTTP STATUS. 14:07:22", "updated_at": "2021-09-08 14:07:22" } } 201 CREATED https://localhost/api/v1/articles Headers Headers Body Body REQUEST RESPONSE JSON Accept : application/json Content-Type

从 0 到 1 搭建十亿级包 裹 API Versioning 杨利航 AfterShip 高级研发工程师 这是 API Versioning 吗？ 目 录 Why 01 What 02 How 03 Takeaway 04 Why Part 1/4 1. SaaS 产品的特点 2. API 的重要性 3. 我们 API 面临的挑战 1.1 SaaS 产品的特点 SaaS 1.2 API 的重要性 API 也是产品的一部分，而不仅仅是技术。对于 SaaS 产品，提供 API 服务几乎是与企业级用户合作的必须项，特别是在海外。 - 自动化 - 通过 API，企业可以利用 SaaS 产品的功能来构建自动 化流程和工作流程。 - 定制化 - 通过 API，企业可以开发自己的应用程序、插件或集成 其他工具，以满足特定的业务需求。 - 数据集成 - 通过 API，企业可以灵活地与 - OAuth2.0 - … 1.2.2 AfterShip API 的演进路线 业务量从十万级到十亿级，从没有 API 到高标准的 API。不是因为 API 做好了所以业务增长了，而是良 好的 API 设计才能支撑业务增长。 1.3 我们 API 面临的挑战 挑战一、变更不规律，打乱客户更新计划 向后兼容 - API 的稳定性要求避免破坏性的更改。在进行更新或修改时，应 保持对现有

hmark.html 易用性 易用性也是用户比较关注的⼀块内容。产品虽然可以在功能特性或者性能上做到非常先进，但是如 果用户的使用成本极高，也会让用户望而却步。易用性包括多方面的工作，例如 API 和客户端的接 入是否简单，文档是否齐全易懂，控制台界面是否完善等。对于开源产品来说，还有⼀块是社区是 否活跃。在比较 Nacos、Eureka 和 Zookeeper 在易用性上的表现时，我们诚邀社区的用户进行全 Eureka、Zookeeper 的使用场景是有限的。从 我们使用的经验和调研来看，Zookeeper 的易用性是比较差的，Zookeeper 的客户端使用比较复杂， 没有针对服务发现的模型设计以及相应的 API 封装，需要依赖方自己处理。对多语言的支持也不太 好，同时没有比较好用的控制台进行运维管理。 Nacos 架构 < 76 Eureka 和 Nacos 相比较 Zookeeper 而言，已经改 多年双十⼀考验，经历过多次断网，节点全挂，存储不可用各种故障，因此充分面 对失败设计，沉淀了非常多的经验。 全局高可用 Nacos 部署架构上是单 Region 封闭，Region 间独立，跨 Region 通过网关或者 Nacos-sync 完 成服务互通。从而降低 Region 间网络故障风险。 当然用户也可以跨 Region 组 Nacos 集群，但是这样会带来服务跨 Region 互调，真正发生网络

OVS 存储 Ceph 滚动更新 弹性伸缩 日志中心 基础设施监控 开 发 集 群 测 试 集 群 生 产 集 群 API网关 (流量接入层) 路由 路由 插件 分流 流量 镜像 维护 开关 API 监控 认证 鉴权 治理 文档 报表 微服务框架 (服务治理) 服务 目录 注册 发现 限流 熔断 降级 容错 路由 负载 基于Ceph的存储性能优化 多集群统一管理 www.163yun.com 某物流企业 www.163yun.com 线上 系统A API网关 (流量接入层) 路由 路由 插件 分流 流量 镜像 维护 开关 API 监控 认证 鉴权 治理 文档 报表 线上 系统B 预发 环境 新上 线服 务 99% 1% 灰度发布 A/B测试 流量镜像 流量镜像 测试预发 新上服务 定时开关 接口文档统一维护 文档与运行时一致 减少调用沟通成本 可自行定制：路由插件，可开发插件拦截请求，进行定制化 API网关负责流量接入 www.163yun.com 微服务框架 (服务治理) 服务 目录 注册 发现 限流 熔断 降级 容错 路由 负载 均衡 参数 分流 拓扑 依赖 配置 中心 服务