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

Metaforecast move to this repo #3516

Open
berekuk opened this issue Jan 31, 2025 · 1 comment
Open

Metaforecast move to this repo #3516

berekuk opened this issue Jan 31, 2025 · 1 comment
Labels
Devops Pertaining to CI and other scripting infra, building and deploying

Comments

@berekuk
Copy link
Collaborator

berekuk commented Jan 31, 2025

We've agreed to move Metaforecast repo to this monorepo.

Benefits:

  • common setup such as typescript configs, CI pipeline, etc.st
  • ability to reuse Metaforecast code (DB library that I plan to extract to a separate package) in other code, i.e. Squiggle AI runs and
  • ability to reuse @quri/ui and other code from Metaforecast
@berekuk berekuk added the Devops Pertaining to CI and other scripting infra, building and deploying label Jan 31, 2025
@github-project-automation github-project-automation bot moved this to 🆕 To prioritize in Overview Jan 31, 2025
@berekuk
Copy link
Collaborator Author

berekuk commented Jan 31, 2025

One complication is CI/CD:

  • Metaforecast backend deploys to our k8s cluster
  • the old GitHub Action used the GitOps pattern where the image tag is committed back to the repo
  • I don't want to do extra commits to the Squiggle repo though (it's possible but creates many fake commits which I don't like)

For this, I'm investigating Argo Image Updater on the ops side (so this is more of a task for https://github.com/quantified-uncertainty/ops repo).

My current plan:

  • keep Helm chart for Metaforecast in this repo (old metaforecast repo already had a Dockerfile)
  • build Docker image in CI for this repo; use turbo-ignore so that we don't do it too often
  • don't provide image.tag in the chart's values.yaml; provide it from the ops repo side
  • configure Argo Image Updater with git write-back method to commit image.tag to ops repo when new image is detected

If this patterns works well, then I hope we'll be able to use it for other CI/CD to k8s pipelines that we have, for example for guesstimate backend and for squiggle background builds.

@berekuk berekuk mentioned this issue Jan 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Devops Pertaining to CI and other scripting infra, building and deploying
Projects
Status: 🆕 To prioritize
Development

No branches or pull requests

1 participant