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

DevOps Engineer Miskolc

DevOps Engineer keresése Miskolc területén akkor hasznos, ha van egy alkalmazásod vagy weboldalad, de a háttér működése kiszámíthatatlan, és nem akarsz nagy céget megbízni. Ilyenkor egy önálló szakember rendbe teszi a telepítést, a frissítést és a felügyeletet. A Qjob.hu oldalon jellemzően magánban dolgozó DevOps szakemberek és hasonló profilú szakik jelennek meg, akik kisebb és közepes feladatokra is ráállnak. A lényeg az, hogy a kiadás ne legyen stressz, és a rendszer ne akkor álljon meg, amikor épp dolgod van vele.

Sokan azt hiszik, hogy ez csak szerverüzemeltetés. De a A DevOps munka inkább összekötés. Fejlesztés és üzemeltetés egy kézben, sok automatizálással és fegyelmezett folyamattal. Neked ez abból látszik, hogy kevesebb a leállás, ritkább a kapkodás, és gyorsabban megvan egy új verzió. Miskolc környékén is egyre több magánprojekt fut, ahol már nem elég a kézi másolgatás.

DevOps feladatok magánprojektnél

Egy DevOps szakember feladata az, hogy a rendszer ugyanúgy működjön ma is, meg holnap is. Egy privát ügyfélnél ez gyakran egyszerűen indul, de hamar nő. Először csak egy weboldal, aztán jön a fizetés, a hírlevél, a foglalás, a háttérben egy adatbázis. És akkor egyszer csak számít, hogy hol fut, hogyan frissül, és mi történik hiba esetén.

Én azt szeretem, amikor a feladat elején tiszta a cél. Például heti egy kiadás, nulla éjszakai telefon, és legyen visszaállítás. Ha ez megvan, a rendszerautomatizálási szakember fel tudja bontani a munkát kis lépésekre. Tipikus feladatok

• telepítési folyamat rendbetétele, hogy ne kézzel menjen
• mentések és visszaállítás kipróbálása, nem csak beállítása
• naplózás és alap riasztás, hogy időben lásd a gondot
• jogosultságok átnézése, hogy ne legyen minden mindenkinek
• környezetek szétválasztása, teszt és éles ne keveredjen

Sok ügyfél ott hibázik, hogy mindenre egyszerre akar megoldást. Aztán semmi nem készül el rendesen. Jobb, ha először a legfájdalmasabb részt javítjátok. Például a frissítés legyen gombnyomás, utána jöhet a részletes megfigyelés.

Automatizálás és üzemeltetési rend DevOps jellegű munkában

Az automatizálás nem dísz. Az a célja, hogy a rendszer ne a memóriádra épüljön. Egy infrastruktúra üzemeltető fejlesztő általában ugyanazokat a lépéseket ismétli, csak kódban. Így később is újra lehet futtatni, és más is megérti. Nekem az a tapasztalatom, hogy a legtöbb időt nem a beállítás, hanem a következetesség hozza vissza.

Volt eset, amikor egy ügyfél egy péntek esti frissítés után eltűnt az oldalról a képfeltöltés. Mindenki a tárhelyet hibáztatta. Kiderült, hogy a jogosultságok egy frissítés során visszaálltak alapra, mert a beállítás kézzel volt elvégezve, és nem volt leírva sehol. Miután mindent leírtunk és automatizáltunk, a következő frissítés már sima volt. Az ilyen történetek miatt mondom, hogy a kézi megoldás rövid távon gyors, de hosszú távon drága.

DevOps jellegű munkánál ide tartozik a felügyelet is. Nem kell rögtön bonyolult rendszer. Elég, ha látod, hogy él a szolgáltatás, mennyi a válaszidő, és mikor telik a tárhely. Egy jó automatizálási szakember nem csak bekapcsolja, hanem beállítja úgy, hogy ne csipogjon feleslegesen. Különben minden riasztást ignorálsz, és pont a fontosat hagyod ki.

DevOps mérnök árak Miskolc környékén

Egy DevOps mérnök díjazásánál a legnagyobb különbség az, hogy egyszeri rendbetételről beszélünk, vagy folyamatos üzemeltetésről. A környéken sokan projekt alapon kérnek árat, mert így jobban tervezhető. De ha hetente változik a rendszer, akkor havi keret is logikus.

Őszintén, 12.000 - 18.000 óradíj alatt ritkán kapni olyan munkát, ami tényleg stabilitást hoz. Persze vannak kivételek, de az olcsóbb ajánlatnál gyakori, hogy nincs dokumentum, és a tudás a fejben marad. Az meg később visszaüt. A lenti tételek tájékoztató jellegűek, és a pontos ár a kiindulási állapottól függ.

Ha valaki fix árat mond látatlanban mindenre, én óvatos vagyok. Egy rövid állapotfelmérés sok bosszúságot megspórol. És igen, néha az is kiderül, hogy nem DevOps Engineer kell, csak egy tisztességes rendszergazdai rendrakás.

DevOps szakember kiválasztása

DevOps mérnök kiválasztásnál én három dolgot nézek. Először is értse a célodat. Másodszor legyen hajlandó dokumentálni. Harmadszor ne sértődjön meg a kérdésektől. Sok ügyfél attól fél, hogy túl technikai a téma, ezért inkább csendben marad. Pedig pont ilyenkor csúszik be a félreértés.

Hasznos kérdések, amiket feltehetsz egy DevOps szakembernek

• Mi lesz a konkrét kézzelfogható eredmény a munka végén
• Hogyan tudom én is újratelepíteni, ha kell
• Milyen visszaállítási út van hiba esetén
• Mit fogsz leírni, és hol kapom meg
• Mi az a pont, ahol már plusz költség jön be

És van egy kényes rész. Hozzáférések. Sokszor látom, hogy valaki elkéri az összes jelszót, és kész. Én inkább azt preferálom, hogy legyen külön jogosultság, naplózott belépés, és amit lehet, az ideiglenes legyen. Ettől nem lassabb a munka, csak rendezettebb.

Miskolc esetén sokan személyes találkozót szeretnének, de nem mindig kell. Ha a feladat távoli, akkor a pontos leírás és a rövid képernyőmegosztás többet ér. De ha neked biztonságot ad, hogy először beszéltek, az rendben van. A lényeg, hogy legyen egy egyszerű megállapodás a határról. Mi fér bele, mi nem, és mi számít késznek. Így a feladat nem lesz végtelen projekt, hanem rendes, lezárható feladat.