DevOps engineerek Veszprémben: Vélemények és kedvező árak

DevOps Engineer magánügyfeleknek

A DevOps Engineer akkor hasznos magánügyfélnek, ha egy weboldal, webáruház, saját alkalmazás vagy kisebb vállalkozói rendszer nem elég stabil, lassan kerül ki az új verzió, vagy a szerverrel túl sok a kézi munka. A feladat nem csak szerverbeállítás. Ide tartozhat a kiadási folyamat rendezése, a biztonsági mentés, a felügyelet, a felhős környezet, a naplózás, a konténeres futtatás és a hibák gyorsabb megtalálása is. Veszprém környékén sok megbízás kisebb, de összetett. Egy vállalkozó honlapja, egy foglalási rendszer vagy egy belső admin felület mögött is lehet olyan infrastruktúra, amelyhez már nem elég egy alkalmi beállítás.

Szerintem a jó kiindulás az, ha a szakember először nem nagy átalakítást javasol, hanem megnézi, mi működik most. Sokszor egy rosszul beállított mentés, egy elavult telepítési lépés vagy egy túl szűk szerver okozza a legtöbb gondot. A Qjob.hu oldalán különböző szakemberek vállalhatnak ilyen munkát, ezért a megbízás nem egy cég általános csomagjáról szól, hanem konkrét ember tudásáról, idejéről és felelősségéről.

DevOps feladatok kis rendszereknél

Kisebb rendszereknél a DevOps munka gyakran azzal kezdődik, hogy a fejlesztés és az üzemeltetés között túl sok a bizonytalanság. Valaki frissítene egy oldalt, de fél, hogy leáll a rendszer. Másnál a tárhely működik, de nincs rendes mentés. Van, ahol minden kézzel történik, és egy egyszerű módosítás is fél napos kockázat. Ilyenkor a DevOps mérnök nem varázslatot ad, hanem rendet. Leírja a folyamatot, automatizál, ellenőrzi a hozzáféréseket, és beállítja, hogy hiba esetén legyen mit visszaállítani.

Gyakori feladat a Linux szerverek átnézése, Docker környezet rendbetétele, Git alapú telepítés, egyszerű folyamatos integráció, tanúsítványok megújítása, naplófájlok kezelése és erőforrás figyelés. Egy felhőspecialista akkor is segíthet, ha a rendszer már túl drága, mert a bérelt erőforrások nincsenek jól méretezve. Sok ügyfél csak akkor kér segítséget, amikor már baj van. Leállt az oldal, megtelt a tárhely, vagy eltűnt egy adatbázis mentés. Jobb előbb ránézni, mert az utólagos mentés sokszor nem teljes.

Árak és munkadíjak

Az ár nagyban függ attól, hogy egyszeri javításról, beállításról vagy hosszabb átalakításról van szó. Döntő a rendszer állapota is. Egy tiszta dokumentált környezet gyorsabban javítható, mint egy olyan szerver, amelyhez évek óta több ember nyúlt hozzá, de senki nem írta le pontosan, mit módosított. Olcsóbban lehet indulni, ha a megbízó tud hozzáférést, leírást és célt adni. Drágább lesz, ha a szakembernek előbb nyomoznia kell.

Olcsóbban 18.000 forint alatt ritkán lesz minőségi egy komolyabb DevOps javítás, mert már az első vizsgálat is időt kér. Személyes véleményem szerint a túl alacsony díj itt kockázat. Egy rossz parancs adatvesztést vagy hosszú leállást okozhat. Nem az a jó megoldás, amelyik a legolcsóbb, hanem amelyik után érthető marad, mi történt.

Megfelelő DevOps szakember kiválasztása

A megfelelő szakember kiválasztásánál nem elég azt nézni, hogy valaki ismeri az adott eszköz nevét. Fontosabb, hogy mit csinál, ha valami nem egyértelmű. Rákérdez a célra, kér mentést, jelzi a kockázatot, és nem kezd el éles rendszeren vakon dolgozni. Én azokat a szakembereket részesítem előnyben, akik az első beszélgetésben elmondják, mihez kell rendszergazdai jogosultság, mihez nem, és mi az, amit csak mentés után vállalnak.

Sok ügyfél hibát követ el, amikor csak azt írja, hogy kell egy DevOps Engineer, de nem írja le a problémát. Így nehezebb jó ajánlatot kapni. Jobb, ha szerepel a szerver típusa, a használt technológia, a hiba gyakorisága, a sürgősség és az, hogy van e hozzáférés a tárhelyhez vagy a felhőfiókhoz. A DevOps mérnök akkor tud pontosabban árat mondani, ha látja, mi a cél. Egy egyszerű tárhely migráció nem ugyanaz, mint egy több szolgáltatásból álló alkalmazás stabilizálása.

Helyi munka Veszprém városrészeiben

Veszprém esetében a DevOps munka legtöbbször távolról is elvégezhető, de a helyismeret mégis számíthat. Egy helyi vállalkozásnál előfordul, hogy a weboldalt készítő fejlesztő, a tárhelyszolgáltató és a megbízó külön beszél egymással. Ilyenkor hasznos, ha a szakember könnyen egyeztet, és szükség esetén személyesen is meg tud jelenni. Belváros, Dózsaváros, Jutaspuszta, Cholnokyváros, Egyetemváros, Kádárta és Gyulafirátót környékén is lehetnek olyan kis cégek vagy magánprojektek, ahol a rendszer nem nagy, de fontos a folyamatos működés.

A környező településeken, például Balatonalmádi, Herend, Márkó, Nemesvámos vagy Litér felől érkező megbízásoknál gyakori, hogy a tulajdonos nem informatikus. Ez nem baj. A jó infrastruktúra tanácsadó érthetően beszél. Nem terheli az ügyfelet rövidítésekkel, hanem elmagyarázza, mi a mentés, mi a frissítés, és mit jelent, ha egy szolgáltatás egyetlen gépen fut. Veszprém környékén sok kis projekt nőtt ki egyszerű honlapból komolyabb online rendszerre. Ezeknél egy idő után a régi beállítás kevés.

Gyakori hibák szervereknél és telepítésnél

Volt egy eset, amikor egy ügyfél azt hitte, hogy a webáruháza azért lassú, mert kevés a látogatóhoz képest a tárhely. A vizsgálat után kiderült, hogy nem a gép volt a fő gond, hanem egy hibásan futó háttérfolyamat és egy túl nagyra nőtt naplófájl. A javítás után nem kellett drágább csomagra váltani. Ez jól mutatja, hogy a DevOps szolgáltatás nem mindig bővítést jelent. Néha éppen az a jó döntés, ha nem veszünk több erőforrást, hanem rendbe tesszük a meglévőt.

A másik gyakori probléma a mentés látszata. Sok rendszerben van mentés, de senki nem próbálta visszaállítani. Ez veszélyes. Egy fájl megléte még nem bizonyítja, hogy használható is. A telepítési hibáknál pedig sok gond abból jön, hogy nincs próbakörnyezet. Minden módosítás az éles rendszeren történik. Ilyenkor egy apró frissítés is leállást okozhat. A DevOps Engineer feladata lehet az, hogy ezeket a pontokat biztonságosabbá tegye.

Mit érdemes előkészíteni a megbízás előtt

A megbízás előtt érdemes összegyűjteni a hozzáféréseket, a szerver adatait, a használt keretrendszert, a domain és tárhely információkat, valamint a korábbi hibák rövid leírását. Nem kell szakmai dokumentációt írni, de az sokat segít, ha világos a cél. Például gyorsabb telepítés kell, stabilabb működés, jobb mentés, kevesebb felhőköltség vagy biztonságosabb hozzáférés. A rendszermérnök így nem találgatással kezdi a munkát.

Hasznos, ha az ügyfél előre eldönti, mikor lehet dolgozni a rendszeren. Egy forgalmas webshopnál más az esti karbantartás kockázata, mint egy bemutatkozó oldalnál. Jó jel, ha a szakember visszakérdez a leállási ablakra és a visszaállítási tervre. Ez nem lassítás, hanem védelem. A DevOps Engineer akkor végez jó munkát, ha a javítás után nem csak működik a rendszer, hanem az ügyfél is érti a következő lépést. Nem kell minden részletet tudnia. De tudnia kell, hol van a mentés, ki fér hozzá, és milyen jelre kell időben reagálni.