Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

apollo 2.0.1 版接入 keycloak 认证后, 多关连的 namespace 查询配置更慢 #5167

Closed
tsiayutai opened this issue Jun 27, 2024 · 9 comments
Labels

Comments

@tsiayutai
Copy link

您好想请教个问题, 我们以前使用 apollo 1.3版的时候也是用 kyecloak 做验证, 但最近升级到 apollo 2.0.1 版本之后在多关连的 namespace 查寻变的比以前还慢, 请问 apollo 1.3版和 apollo 2.0.1版使用 keycloak 验证身份的时候逻辑有不一漾吗?

@nobodyiam
Copy link
Member

验证身份的逻辑应该不会影响到性能,可以用 profiler 工具看下慢在哪里?

@tsiayutai
Copy link
Author

目前看都是点选应用后展开namespace 时会pending 非常久
我们有同时查看过 keycloak 的debug 日志, 当apollo portal 展开一个包含100个namespace 的应用, 会非常频繁的跟keycloak 验证, 感覺是每展開一個 namespace ,都要去跟 kyecloak 驗證, 不晓得是不是这段导致查询很慢

@nobodyiam
Copy link
Member

#3629 增加了 username 的展示,看起来和这个 feature 相关

@tsiayutai
Copy link
Author

了解, 那看起来是 1.9.0版本后添加的功能,感谢协助确认谢谢

@tsiayutai
Copy link
Author

抱歉再请问一下,这问题目前有办法缓解吗, 或是有什么参数能调整?

@nobodyiam
Copy link
Member

看 PR 的内容没有预留参数开关,如果不是必须的功能,可以考虑增加一个配置参数

@netkey
Copy link

netkey commented Jul 29, 2024

这个配置参数什么时候可以加上?

Copy link

stale bot commented Sep 1, 2024

This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in 7 days unless it is tagged "help wanted" or other activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Sep 1, 2024
Copy link

stale bot commented Sep 16, 2024

This issue has been automatically closed because it has not had activity in the last 7 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted". Thank you for your contributions.

@stale stale bot closed this as completed Sep 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants