Názor k článku Cibulová architektura aneb jak nepřipravovat špagety od null null - @Vít Šesták Jej, to mi nedošlo ... měl jsem...

@Vít Šesták

Jej, to mi nedošlo ... měl jsem na mysli cache databáze aby se nemusela před každým testem obnovovat do výchozího stavu, ne cache dotazů apod.

My máme např. v local dev prostředí asi 9 Docker kontejnerů (komplet local dev env) - některé simulují služby dostupné v amazonu jako RDS (Databáze) nebo nějaký Cloud (to jsem nenastavoval já ani jednou a nikdy se s tím nemuselo nic dalšího řešit ...) a některé (hlavně aplikace) běží přímo v Amazon Elastibeanstalk jako kontejner aplikace nahrávané přes CI/CD. Pro testy na localhostu používáme SQLite, je to jeden soubor, běžně je dostupný v daném kontejneru tato DB je cacheovaná mezi testy. Jak jsem psal, je tam jenom jedno místo u kterého se musel udělat jedena podmínka kvůli nějaké funkcionalitě která se v SQLite chová jinak - je to sice zásah do aplikace "pouze" kvůli testům, zdálo by se to nepřípustné, na druhou stranu je to místo kde už je vyzkoušené že při změně typu databáze bude/byl nějaký problém :-) tedy funkce specifická pro aktuální technologii ...

Tady už se dostávám na tenký led, ale ještě jsem neviděl že by větší databáze běžely v kontejnerech, takže stejně se nějakému ladění defaultů nevyhnete a při každé změně na produkci musíte konfigurovat i vývojové prostředí. Nejlepší to určitě není, ale zatím jsem se fakt už ve více firmách setkal pouze s tím že databáze prostě běžela někde na vlastní pěst, často "Managed" nějakým dohledovým centrem jako služba. Je pravda, že když se to začne rozcházet moc, nejde každá obezlička použít ... DOckerové farmy jsem ještě nepoužíval, naposledy když jsem o tom četl tak tam byla větička o jakémsi experimentálním cosi a běhu v produkci na vlastní riziko .... nevím. nejsem machr přes databáze ...