MDM-018 · Deploy automatico su Coolify dev per midserver e pannello¶
| Campo | Valore |
|---|---|
| Gruppo | 1 · Censimento e laboratorio |
| Assegnato a (proposta) | Mattia |
| Priorità | P2 |
| Stima indicativa | S |
| Stato | ⬜ da fare |
| Attività del piano | T1.3 |
| Dipende da | MDM-015 |
Contesto¶
qAlarm BE e FE si aggiornano da soli su Coolify dev a ogni push su deploy_dev (EventBridge → API destination → POST /api/v1/deploy). Midserver e pannello invece vanno ridistribuiti a mano. L'API destination e la connection esistenti puntano all'istanza Coolify dev e si possono riusare.
Cosa fare¶
- [ ] Decidere i branch di deploy: un
deploy_devdedicato permdm_mid_serveremdm_web_panel, oppurerefactor/v1edev, allineati alla configurazione delle risorse Coolify. - [ ] Creare le regole
mdm-midserver-deploy-devemdm-panel-deploy-devcon targetqalarm-coolify-dev-deploye corpo{"uuid": "<uuid>", "force": false}(UUID in deploy-automatico-coolify.md). - [ ] Verificare con un push di prova: deploy in Coolify, metriche
Invocations/FailedInvocations. - [ ] Valutare un nome più generico per API destination e connection (es.
coolify-dev-deploy) e un solo ruolo IAM condiviso.
Criteri di accettazione¶
- Un push sul branch scelto aggiorna la risorsa su Coolify dev senza intervento manuale.
- La guida è aggiornata con le nuove regole.
Rischi e attenzioni¶
Modifica AWS: da approvare. Il midserver è una risorsa docker compose: ogni deploy riavvia tutto lo stack dev (MySQL, Redis, Mosquitto, OME), quindi i box di test si scollegano per qualche secondo. Il token di Coolify resta nella connection, mai nei file.