开放网关统一认证服务有哪些具体应用场景？

本文共计1632个文字，预计阅读时间需要7分钟。

背景：由于DEF工程体系的历史原因，许多工程服务尚未注册至开放网关，而是以私有接口形式存在。每个服务都维护一个client身份表，同一client在不同开放服务间同步身份数据存在困难。

问题：在使用过程中，由于每个服务都独立维护client身份表，导致同一client在不同开放服务间同步身份数据困难。

背景

由于DEF工程体系的历史原因，很多工程服务并未注册至开放网关而是私自开放接口，每个服务都维护一个client身份表，同一个client在不同开放服务间同步身份数据困难。
在使用过程中，调用方申请client流程割裂、服务认证功能后置导致每个服务提供方认证逻辑同质化、无开放接口权限管控等功能影响服务的开放安全及client接入体感，DEF开放网关统一认证服务旨在通过流程上规范client申请链路，同时在client申请时指定开放服务和对应权限接口，由网关统一认证服务实现身份认证、权限管控，并通过Oauth2授权搭配JWT机制为接入服务提供高性能认证互信方案，消除开放服务独立认证与授权壁垒，保证所有开放服务权限管控自动化。

必要性

当前开放服务，如云构建、disp、def-flow和def-work等都各自维护一套基于开放的认证和权限体系，调用方在开放平台申请的token经网关审批后，仍需要由调用方联系对应开放服务负责人提供元信息、调用权限，由开放服务负责人手动录入各自系统进行二级鉴权。
由于开放平台并未与开放服务进行数据打通，因此很难做到自动化，对用户而言申请client的体感较差，对服务管理员而言需手动添加用户元信息，体感也很差。

在运行阶段，经历了多次认证与鉴权，特别是每个开放服务侧都需实现一套简单认证系统，每次请求都需查询DB造成性能开销，无法保证开放接口的性能一致性。