Skip to content

bug: 已经审核通过的订阅,依然是 申请订阅 状态 #275

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

Open
Avey777 opened this issue Apr 1, 2025 · 6 comments
Open

bug: 已经审核通过的订阅,依然是 申请订阅 状态 #275

Avey777 opened this issue Apr 1, 2025 · 6 comments

Comments

@Avey777
Copy link

Avey777 commented Apr 1, 2025

Current Behavior

Image

Image

Expected Behavior

No response

Error Logs

No response

Steps to Reproduce

No response

Environment

  • ApiPark version: 1.6.2
  • Operating system (run uname -a): deepin23
@jeak01
Copy link
Collaborator

jeak01 commented Apr 7, 2025

在当前的设置中,一个账号可以管理很多消费者。而服务的申请订阅是按其中某一个消费者身份来提交申请的。也就是说,对于某个API服务已经授权消费者A订阅,也可以继续申请给消费者B订阅的。

@Avey777
Copy link
Author

Avey777 commented Apr 7, 2025

在当前的设置中,一个账号可以管理很多消费者。而服务的申请订阅是按其中某一个消费者身份来提交申请的。也就是说,对于某个API服务已经授权消费者A订阅,也可以继续申请给消费者B订阅的。

看不懂图吗,同一个消费者

@jeak01
Copy link
Collaborator

jeak01 commented Apr 7, 2025

Apipark右上角的名称是当前账号的名称,一个账号可以在多个团队下,一个团队可以设置多个消费者。然后是通过消费者的身份来订阅接口的。
账号是和人绑定,消费者是和应用绑定。打个比方说,你的账号是Avey,你可以是中台技术团队的成员,也可以是某个虚拟项目团队的成员。而中台团队下有OA产品,和ERP产品。对于一个查询天气预报的API服务,你可以以OA产品的身份来获取这个服务的授权,也可以用ERP产品的身份来获取这个服务的授权。

这样做的好处是:

  1. 统计粒度更加细,你可以知道天气预报的每一次调用是OA产品调用,还是ERP产品调用
  2. 权责更加分明,可以让企业内部的每一个接口调用都有更加全面的消费者应用的授权控制,更加方便后续风险排查

Image

Image

更多细节也可以查看说明文档:https://docs.apipark.com/zh-Hans/docs/consumers

@Avey777
Copy link
Author

Avey777 commented Apr 7, 2025

一个团队 一个消费者

@Avey777
Copy link
Author

Avey777 commented Apr 7, 2025

自己试一下吧! 不想试就关闭 issue

@Avey777 Avey777 closed this as completed Apr 7, 2025
@Dot-Liu
Copy link
Collaborator

Dot-Liu commented Apr 16, 2025

抱歉。 同事理解错你的意思了,我们将在最新版本中修复该问题

@Dot-Liu Dot-Liu reopened this Apr 16, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants