Columbia Games · WordPress / 2026. május

A jó lokális környezet nem production-klón, hanem dokumentált modell

Nem próbáltuk minden production részletet egy az egyben lemásolni Dockerbe. Inkább tudatosan rögzítettük, mi azonos, mi eltér, és melyik eltérés számít tesztelési kockázatnak.

2 perc olvasás
Columbia Games · WordPress
environmentparityDockerdocumentation

A helyzet

A production infrastruktúra és egy fejlesztői laptop sosem lesz teljesen azonos. Ha azt állítjuk, hogy igen, rejtett különbségeket hozunk létre. A Columbia WordPress esetében például a domain, TLS termináció, fájlrendszer és adatkezelés természetesen eltért, miközben a PHP/WordPress viselkedést közel kellett tartani.

A megoldási út

A környezeti különbségeket explicit listáztam és azoknál a rétegeknél törekedtem paritásra, amelyek a kód viselkedését befolyásolják. A lokális reverse proxy saját logikát kapott, a runtime verziók és extensionök viszont kontrolláltak maradtak. A dokumentáció nem azt ígérte, hogy „ugyanaz, mint prod”, hanem azt, hogy mely részek ugyanazok.

Mi lett belőle

Debug közben könnyebb lett eldönteni, hogy egy eltérés környezeti sajátosság vagy valódi alkalmazáshiba. A csapatnak nem kellett production topológiát futtatnia laptopon, mégis megbízhatóan lehetett upgrade-et és pluginváltozást tesztelni.