在互联网业务微服务化改造过程中，按照以往的服务治理体系，各服务需要单独实现限流、鉴权、监控、日志等通用功能，构建入口时资源申请、工单批复、多系统配置等一系列流程对精力消耗极大，学习成本较高，开发者也很难通过全局视角对各服务入口统一管理。爱奇艺微服务平台应运而生，通过组件化和服务化，助力业务解耦，不同微服务独立部署、独立扩展，保证各服务模块边界稳固，帮助业务实现微服务化改造。
作为微服务平台最重要的边界组件，爱奇艺 API 网关诞生于2016 年底，底层基于开源项目 Kong 实现，旨在为开发者提供稳定、便捷、高性能、可扩展的服务入口功能，一站式管理API 配置和生命周期，对微服务治理具有重要意义。
关于爱奇艺微服务平台API网关
▌架构总览
▌基础功能
在 API 网关控制流架构设计中，微服务平台 API 网关模块通过内部系统集成及服务化实现，为开发者提供全部所需入口配置及管理功能，且无需代码侵入、工单申请等人工干涉，实现API 创建即可用。API 网关支持认证、限流、访问控制等通用功能，结构如下图所示。
▌服务解析
请求进入 API 网关时，Kong 通过 DNS 向 Service Registry 查询服务实例列表，作为请求转发的 upstream。由于 DNS 缓存机制，需要在实例变更时及时清理缓存，确保请求访问至有效的实例。尤其是在私有容器平台 QAE（iQIYIAPP Engine）环境中，访问地址随实例变更而变化，为尽可能保证服务解析成功，系统之间需要完成一些联动。以QAE 缩减应用副本数操作为例，过程大致如下图所示。
▌定向路由
API 网关以地域（外网服务则为地域+运营商）为依据配置 DNS 就近解析规则，尽可能靠近客户端；但在现实中，部分 API 考虑服务小运营商网络、靠近服务端等客观条件，或在某些时间段希望对部分地区的服务进行网络隔离。针对此类自定义路由的需求，API 网关为业务域名生成了虚拟网关域名(uuid.domain)，如果开发者希望根据运营商配置目标集群，在将业务域名改绑至虚拟域名后即可实现定向路由，如下图所示。
▌容灾
作为流量入口，API 网关必须具备足够强大的容灾能力以应对可能的网络故障。除每个 Kong 节点自身及相关依赖的高可用配置之外，API 网关还实现了不同地域、运营商、数据中心、集群之间的多级互备，一旦出现网络故障，可以在最短时间内将流量切换到可用入口。此外，API 开发者认为某集群流量处理异常时，也可以利用虚拟网关域名自助切走流量。
▌API性能追踪
API 网关提供了监控、报警、日志、调用分析等功能，可帮助开发者完成问题排查。通过接入日志系统，方便开发者筛查日志，以下图排查 499 问题为例，通过筛选发现，短时间内该接口被某外网 IP 频繁访问且请求时间较短，鉴于 nginx 499 状态码表示客户端主动断开连接，判断为疑似外网攻击。
此外 API 网关在消息转发阶段进行了埋点并接入了调用分析系统，开发者可通过分析消息调用链，根据慢响应详情进一步分析问题。以下图为例，开发者排查慢请求过程中，通过调用链分析发现耗时较大处标记是网络延迟。在进一步查看客户、服务端区域后发现，该请求为跨机房调用，服务部署在单个机房导致了该请求时延较高，开发者以此为依据对服务部署进行了调整。
与爱奇艺号的故事
爱奇艺号作为爱奇艺开放平台和内容体系里最重要的载体，为自媒体、网络大电影、网剧、儿童、动漫、教育、文学、漫画、直播等多种内容创作者提供服务。
为适应快速变化的应用场景，爱奇艺号在架构设计时选择了微服务化，拆分出多种自媒体、基础信息等微服务。其中很多服务在认证、限流、追踪、防黑产等方便有着一致的需求，如果单独实现，将导致开发及运维成本大幅度的上升。
总结与展望
API 网关为开发者提供了稳定的入口服务，现已维护超过 4000 个 API，持续吸引新旧业务接入。API 网关当前平均单日 API 访问量超过 300 亿、峰值QPS 近 100 万。通过充分发挥插件扩展能力，为开发者提供监控、日志、调用链分析等高级功能，有效降低了维护及排障成本。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69945252/viewspace-2670111/ ，如需转载，请注明出处，否则将追究法律责任。
