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

Broker for CI/CD #12

Open
uniqueg opened this issue Nov 13, 2020 · 0 comments
Open

Broker for CI/CD #12

uniqueg opened this issue Nov 13, 2020 · 0 comments
Assignees
Labels
priority: high High priority status: blocked Something prevents progress status flag: discuss Needs input from various people status flag: help wanted Extra attention is needed type: ci / cd Related to continuous integration / delivery type: delivery Related to packaging, deployment etc. type: feature New feature or request type flag: meta Generic issue that will spawn more specific issues workload: weeks Likely takes weeks to resolve

Comments

@uniqueg
Copy link
Member

uniqueg commented Nov 13, 2020

For a decoupled CI/CD pipeline strategy for delivering subscription-based automatic updates to participating/interested nodes in the ELIXIR Cloud network that is currently under early development, the service registry could serve as a broker between CI endpoints (container registries) and deployments, via a callback mechanism (set webhook, ideally automatically, from cloud registry upon changes to a specific image type, e.g., prod, dev etc, send callback to service listening at service cluster ) and/or proactive polling for intervals at specified intervals. Specifically, the service registry could manage subscriptions, set webhooks and relay webhooks and make sure entries in the service registry are synchronized with deployments.

Details for this are still under discussion, but ideas and progress could be gathered here en route to a concrete plan for an implementation. A hard requirement for this is probably a thin interface giving developers and especially service administrators as much flexibility/autonomy as possible. In production, it is also paramount to ensure that access to service management and subscription endpoints and the underlying auto-delivery functionality is limited and secure.

@uniqueg uniqueg added priority: high High priority status flag: discuss Needs input from various people status flag: help wanted Extra attention is needed status: blocked Something prevents progress type flag: meta Generic issue that will spawn more specific issues type: ci / cd Related to continuous integration / delivery type: delivery Related to packaging, deployment etc. type: feature New feature or request workload: weeks Likely takes weeks to resolve labels Nov 13, 2020
@akash2237778 akash2237778 self-assigned this Nov 1, 2023
@akash2237778 akash2237778 moved this to In Progress in BioHackEU23 Nov 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: high High priority status: blocked Something prevents progress status flag: discuss Needs input from various people status flag: help wanted Extra attention is needed type: ci / cd Related to continuous integration / delivery type: delivery Related to packaging, deployment etc. type: feature New feature or request type flag: meta Generic issue that will spawn more specific issues workload: weeks Likely takes weeks to resolve
Projects
Status: In Progress
Development

No branches or pull requests

2 participants