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

Charon clusters can agree on supported versions #1380

Closed
OisinKyne opened this issue Nov 2, 2022 · 0 comments
Closed

Charon clusters can agree on supported versions #1380

OisinKyne opened this issue Nov 2, 2022 · 0 comments

Comments

@OisinKyne
Copy link
Contributor

OisinKyne commented Nov 2, 2022

Problem to be solved

We introduce a breaking change. We tell people to update. For a period of time, 2 clients will be on the old version and 2 clients will be on the new version, so we will be offline. Step 1 to solve this is to agree on what versions are supported by the cluster.

Proposed solution

Use prioritise to choose a version that ever speaks.

Out of Scope

Enabling/Disabling features based on prioritised versions.

obol-bulldozer bot pushed a commit that referenced this issue Nov 4, 2022
Adds the `infosync` component that prioritised cluster supported versions. Also add the `priority.Component` that wraps the prioritiser to hide protobuf types and do signing.

category: feature
ticket: #1380
obol-bulldozer bot pushed a commit that referenced this issue Nov 7, 2022
Wires the priority protocol and add integration test.

category: feature
ticket: #1380
@corverroos corverroos changed the title Charon can upgrade through a breaking change without going offline Charon clusters can agree on supported versions Nov 7, 2022
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

2 participants