A Docker újoncai között gyakran nem egészen tiszta, hogy függ össze a futtatandó alkalmazás, akár webes szolgáltatás és a működését biztosító webszerver, illetve az ahhoz szükséges komponensek, mint például a PHP értelmező. Hol találkoznak egymással és milyen szoros kapcsolat van közöttük. Az a gondolkodásmód már nem működik, hogy összeállítasz egy vagy több webszervert és szépen egymás mellé sorakoztatod a weboldalakat virtuális hosztok segítségével. Persze, meg lehet oldani, de lemondanál a Docker legnagyobb előnyeiről. A kulcs az, hogy a szoftver szemszögéből közelíted meg a problémát. A kérdés pedig, hogy ebben az esetben miből mennyire van szükség és egyáltalán miért. Túl a különböző verziószámokon kényelmi és teljesítmény kérdések is befolyásolják a döntést. Nézzük, hogyan!

Miután az ember eldönti, hogy a webszerverek és egyéb programok telepítéséhez, a saját programjainak futtatásához Dockert fog használni, még mindig kérdés, hogy ehhez mit kell telepíteni. Mik azok a programok, amikkel akár több projekt fejlesztése, tesztelése is kezelhető igény szerint párhuzamosan vagy egymás után. Természetesen az sem mindegy, hogy hol lesz a Docker telepítve. Egyáltalán magad telepíted, vagy valahol már adottak a lehetőségek és azokhoz kell alkalmazkodni. Arról, hogy hol lehet magát a Dockert üzemeltetni, korábban már írtam. Most viszont arról lesz szó, milyen programok, eszközök állnak rendelkezésre, amit érdemes ismerni, mielőtt megpróbálsz ezzel a technológiával fejleszteni.

Konténer vagy sem, a fejlesztett weblapoknak kell egy hely, ahol azok futhatnak. Erről általánosan már írtam korábban a Teszt weblap elhelyezése című cikkben, ám konténereknél egy kicsit másképp működik a dolog. Amennyire én tudom, a teljesen ingyenes szolgáltatásokat rögtön ki is húzhatjuk a lehetőségek listájáról. Leszámítva a próbaverziókat. De akkor mik az alternatívák?

Itt is minden attól függ, mire van keret és persze mi a cél. Amíg csak otthon, fejlesztéshez kell, egyszerűbb megoldások is vannak. De mi van, ha fel kell készülni arra, hogy egy nap nem csak saját gépen kell jól működnie a programnak? Mivel a konténerek, mikroszervizek esetén a program különböző részei más-más konténerben és akár gépen lehetnek, ennek van jelentősége. Tanulási fázisában persze még nem ez a cél. Mutatom, miket érdemes ismerni.

Ha egy technológia beindul, elszaporodnak az alternatívák, a ráépülő és azt segítő alkalmazások, illetve előkerülnek kapcsolódó technológiák, eszközök is, amiket érdemes együtt alkalmazni, ha egy kicsit távolabbról szemléljük a képet és nem csak a célnak egy szeletére koncentrálunk. Nincs ez másképp a Dockernél sem.

Amikor elkezdtem foglalkozni ezzel a területtel, fogalmam sem volt, hogy csak a jéghegy csúcsát látom. Hogy mennyi fejfájást fog még okozni számtalan olyan eszköz megismerése, amik sokszor egymás alternatívái és amikről még csak nem is egyértelműek a vélemények. Otthon vagy munkahelyi gépen fejlesztésnél kicsit egyszerűbb a helyzet, de még akkor is bőven van mit tanulni. A következő néhány fejezetben arról fogok írni továbbra is főként a webfejlesztést szem előtt tartva, hogy milyen lehetőségek közül lehet választani és mit érdemes tudni róluk. A folytatásból máris megtudhatod, milyen szervereket, szolgáltatásokat tudok javasolni a Docker futtatására.

A virtuális gépekkel szemben a Docker más gondolkodást és folyamatokat igényel. Ami előbbi esetben nagy problémát jelent, az utóbbinál gyerekjáték, hiszen arra találták ki. Az előnyök viszont nincsenek ingyen, így lesznek más problémák, amik megdolgoztatják az agytekervényeket. Logikusan és türelmesen viszont ezek az akadályok is átugorhatók az egyes lépések megértésével. Megpróbálom összefoglalni, mik azok a lépések, ha Dockerrel szeretnél dolgozni webfejlesztés közben.

Volt idő, amikor azt tartottam a legpraktikusabb megoldásnak, ha webfejlesztéskor virtuális gépet használok, mert pontosan olyan környezetet tudok kialakítani vele, amire szükségem van és ezt hordozhatóvá is tudom tenni, még ha ez egy több gigabájt méretű exportált virtuális gépet is jelent. Habár ez az előny kétségtelen, valójában az egész virtuális gépezés kiinduló pontja és ösztönzője az volt, hogy fejlesztéskor szerettem volna több, különböző verziót is használni PHP-ból, Apache HTTPD webszerverből és MySQL adatbázisból is, hogy így gyorsan, bármikor, bármelyik verzióval le tudjam tesztelni a programomat. Ez akkor a komponenseknek a forrásból való fordítását jelentette és hálózati interfészek konfigurálását több IP cím beállításához, hogy így ezekhez doméneket lehessen rendelni és ne legyen szükség az alapértelmezettől eltérő porton futtatni semmit.