Slowly absorb Lix infrastructure #89

Open
opened 2024-08-01 20:23:13 +00:00 by raito · 3 comments
Owner

Following a Lix governance decision, the Lix project is willing to let the infrastructure be merged in this repository.

  • build01.aarch64.lix.systems: #129
  • Buildbot (buildbot.lix.systems): #125
    - [ ] build02.aarch64.lix.systems: #125 not required anymore
  • Binary cache (cache.lix.systems)
  • Forgejo (git.lix.systems): done partially in #179
  • Gerrit (gerrit.lix.systems): done partially in #178 #188
  • SSO / IdP (identity.lix.systems): done partially in #180
  • build01.aarch64-darwin.lix.systems
  • core.lix.systems
  • any other box that we are missing

special handling, see below:

  • Grafana/Monitoring (monitoring.lix.systems)

cc @hexchen @jade (let me know if I'm missing something or feel free to edit.)

Following a Lix governance decision, the Lix project is willing to let the infrastructure be merged in this repository. - [x] build01.aarch64.lix.systems: #129 - [x] Buildbot (buildbot.lix.systems): #125 ~~- [ ] build02.aarch64.lix.systems: #125~~ not required anymore - [ ] Binary cache (cache.lix.systems) - [x] Forgejo (git.lix.systems): done partially in #179 - [x] Gerrit (gerrit.lix.systems): done partially in #178 #188 - [x] SSO / IdP (identity.lix.systems): done partially in #180 - [x] build01.aarch64-darwin.lix.systems - [ ] core.lix.systems - [ ] any other box that we are missing special handling, see below: - [ ] Grafana/Monitoring (monitoring.lix.systems) cc @hexchen @jade (let me know if I'm missing something or feel free to edit.)
Owner

Unsure whether we want to migrate Matrix; or just migrate the draupnir account and put a bunch of static redirects in place for the existing room aliases. Other than that, sounds good to me.

Unsure whether we want to migrate Matrix; or just migrate the draupnir account and put a bunch of static redirects in place for the existing room aliases. Other than that, sounds good to me.
Author
Owner

At least, we can move it under this repo, I guess!

At least, we can move it under this repo, I guess!
Author
Owner

Monitoring stack move will imply redirecting all the new metrics to our existing stack, this requires moving every hosts here or adding a "Floral systems" module in our web-services to start sending the metrics over there.

Then, we can migrate the old data via mimirtool import and destroy the monitoring stack.

Monitoring stack move will imply redirecting all the new metrics to our existing stack, this requires moving every hosts here or adding a "Floral systems" module in our web-services to start sending the metrics over there. Then, we can migrate the old data via `mimirtool import` and destroy the monitoring stack.
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: the-distro/infra#89
No description provided.