Complete maestro staging/production standalone deployment
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- docker, docker-compose, kubernetes
- Ambito
- devops, infrastructure, observability-sre
Direzione di ricerca
Inizia esaminando la configurazione docker-compose esistente e la checklist per il deployment in staging. Definisci i processi di deployment, backup, rollback, monitoring, logging e testing per staging e produzione, quindi documentali affinché il team assegnato possa eseguire i deployment senza l’assistenza di un sysadmin.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Since a while we have half-completed production/staging deployment for maestro.
We need to complete it, make run by assigned team without sysadmin assistance, and transparent for the rest of the team.
Problem
We have a half-completed production/staging deployment for maestro. We need to complete it, make run by assigned team without sysadmin assistance, and transparent for the rest of the team.
Solution
1. Staging deployment process
The first step is to define the deployment process. This process should include the following steps:
- Create a staging snapshot of source code (merge pending PR, create a new branch, etc.)
- Build and push staging docker images (compiler, runtime images for api, pipeline, lava-callback etc)
- Deploy staging docker images to staging environment (docker-compose setup)
- Run tests on staging environment
2. Production deployment process
Same as above, except step 1 doesn't need merging PRs.
Additional step 0:
- Create full/incremental backups according to the backup policy
3. Production rollback process
- Design a rollback process in case of failure
4. Monitoring
- Setup monitoring for the staging and production environment (API endpoints, CPU, memory, each subsystem feedback, etc.)
5. Logging
- Setup logging for the production environment (k8s)
6. Documentation
- Document the deployment process, rollback process, monitoring, and logging
- Lingua principale
- Python
- Stelle
- 14
- Fork
- 32
- Merge medio
- 10h 18m
- PR unite (30g)
- 5
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di kernelci/kernelci-project
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
kernelci/kernelci-project#585 ·
-
question sysadmin
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
kernelci/kernelci-project#580 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
kernelci/kernelci-project#579 ·
-
Make sure kunit tests working properly, especially cryptoForse di nuovo libera @nuclearcat l’ha presa 175 giorni fa e non c’è nessuna pull request aperta. Aperta
kernelci/kernelci-project#568 · 1 assegnatario ·
-
Proposal for weekly conference calls (and probably others)Forse di nuovo libera @nuclearcat l’ha presa 258 giorni fa e non c’è nessuna pull request aperta. Aperta
kernelci/kernelci-project#562 · 10 commenti · 1 assegnatario ·
Tutte le issue di kernelci/kernelci-project
Issue simili
-
feedback simulation workshop
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
githubnext/gh-aw-workshop#4455 ·
I maintainer di solito rispondono entro 1 giorno
-
Triage 🩺
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Container scenario crashes without expected_recovery_time, kube DNS example uses retry_waitApertaneeds-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
krkn-chaos/krkn#1627 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
NousResearch/hermes-agent#136483 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno