Saluti,
ogni singolo container dell'applicazione (eccezione fatta quindi quelli dei servizi tipo mongo) si basa su un container generico con maven che di fatto fa pull da main ad ogni run, rendendo piuttosto "instabile" l'oggetto. Sarebbe imho preferibile, volendo mantenere l'approccio del pull, farlo almeno da tag sincroni (ossia temporalmente allineati in ogni repository).
Ad Esempio, i dump di mongo disponibili su catalog, si trovano in una posizione diversa al momento.
Ancora meglio, imho, sarebbe avere delle immagini immutabili pronte all'uso su dockerhub e utenza del ministero (certificata).
Personalmente sto optando per (nel caso funzionasse) build stabile e immagini su repo interno. Al momento non stanno su alcuni oggetti per probabile assenza di properties e/o variabili di env in sostituzione (ad esempio TENANT_ID).
Saluti,
ogni singolo container dell'applicazione (eccezione fatta quindi quelli dei servizi tipo mongo) si basa su un container generico con maven che di fatto fa pull da main ad ogni run, rendendo piuttosto "instabile" l'oggetto. Sarebbe imho preferibile, volendo mantenere l'approccio del pull, farlo almeno da tag sincroni (ossia temporalmente allineati in ogni repository).
Ad Esempio, i dump di mongo disponibili su catalog, si trovano in una posizione diversa al momento.
Ancora meglio, imho, sarebbe avere delle immagini immutabili pronte all'uso su dockerhub e utenza del ministero (certificata).
Personalmente sto optando per (nel caso funzionasse) build stabile e immagini su repo interno. Al momento non stanno su alcuni oggetti per probabile assenza di properties e/o variabili di env in sostituzione (ad esempio TENANT_ID).