Tehat ha pentek delutan letrehozok egy branchet es nem fejezem be aznap, akkor egesz hetvegen at fog egy fullos EKS futni a cloudban? Mert ez igy nagyon nem tunik koltseghatekonynak.
Azért szerintem abban egyet tudunk talán érteni, hogy nem túl nehéz rule-t készíteni arra, hogy feature branch környezete munkaidőn kívül ne fusson. De amúgy ezek nem nagy költségek általában ahhoz, hogy egy fejlesztő mennyi idő el tud baszni azzal, hogy nincs fejlesztéshez használható környezete.
Pont nem. Nagyon mas, ha minden egyes PR/branch-re egy fullos EKS-t deployolsz vagy csak egy namespace-t az appnak, minden mas shared.
Ez már részletkérdés, hogy namespace vagy resource, ha van K8s, akkor nyilván egyszerűbb dedikált namespace az összes függőségével együtt, de amúgy pay-as-you-go resource is ugyanúgy indítható és leállítható.
A DB schema is verziokezelt, abbol inicializalhato a helyi DB. Vmi minimalisztikus tesztadatot is betoltunk nehol.
És ez akkor miért nem kivitelezhető egy felhős környezetben is?
A gond ugye az, hogy a tesztadatban nincsennek olyan meglepetesek, mint ami egy real-life DB-ben elofordulnak.
Ennyivel jobb a megfelelően karbantartott felhős fejlesztői környezet, hogy ott lehetnek bőven adatok.