-
Notifications
You must be signed in to change notification settings - Fork 119
concord-db, concord-server: cache external app user mapping in database #1244
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
Conversation
…-ldap-email-lookup
…ub-ldap-email-db-cache
…-ldap-email-lookup
…ub-ldap-email-db-cache
ibodrov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would it make sense to add a config option to enable/disable this behavior? It's an extra DB lookup for each GitHub event, right?
Otherwise, LGTM.
Not for every event. This is a little bit further downstream. It's for an event that results in a triggered process (x the number of processes), and only when the trigger config has That being said, a config option to enable/disable is fair. I also just noticed a dumb typo. |
Builds off #1242 and #1243.
Reduce calls to GitHub API by keeping the mapping of
github user -> concord userin Concord's database.This is a generic implementation for the mapping. Initially (the impetus for this PR), it's intended to help resolving github users to concord users. However, it can be used for any such mapping for other services that are integrated.