[SaaS] API待性能优化汇总

[nannan00]

关联issue：

1. 773

2. 851

---

待优化项:

• 通用优化 - DB

  • 索引 - 目前SaaS DB的表未特别做过SQL索引的优化
  • SQL语句 - 目前SaaS上大部分ORM查询都是Select *，可以进行优化

• pydantic deepcopy 性能问题

  • 优化deepcopy逻辑 (减少次数 / 有没有别的路子 json.loads(json.dumps()))

• 982

• 190

• 706

---

接口下架

• 用户在某个分级管理员下加入的用户组 [GET] /management/users/grade_managers/{grade_manager_id}/groups/

  • 目前该接口性能比较差，涉及查询多个DB数据的IN查询，蓝盾已不再调用

• 获取用户加入的用户组列表（包括递归）[GET] /admin/subjects/{subject_type}/{subject_id}/groups/

  • 目前该接口的返回并没有特别附加信息，是否可考虑直接使用后台的接口代替？目前SaaS是递归查询用户及其部门的所有用户组，然后取并集，涉及多次调动后台，性能比较差

• 授权API [POST] /authorization/instance/ 、[POST] /authorization/path/、[POST] /authorization/batch_instance/

  • 批量拓扑授权已可以代替以上三个接口

• 查询用户组成员列表 [GET] /management/groups/{group_id}/members/

  • 考虑由后台提供该接口

---

进一步评估每个API性能

压测现有API，出压测报告 使用PYINSTRUMENT测试每个API耗时点 使用蓝鲸 OTEL测试每个API耗时点

[nannan00]

[性能] Open API 性能分析优化 https://github.com/TencentBlueKing/bk-iam-saas/issues/574 [RBAC后进行]

• 日志统计耗时最长的Top5的API
• 蓝鲸 OTEL找出耗时所在
• TOP 10 接口 SQL，统计数据，表数据量
• API 添加 业务metric （待产品确定了需要监控的业务指标）
• 用 gevent会比较好，因为有很多查询类的请求并不会耗cpu，只是一些变更会涉及deepcopy / pickle，这些变更才导致的性能比较差