Tapasztalt és/vagy kevésbé tapasztalt rendszermérnököket keresünk

Állást kínál

Tapasztalt és/vagy kevésbé tapasztalt rendszermérnököket keresünk a Virgo Systems seven24 üzletágának jelenlegi rendszermérnöki csapatába!

Minimálisan elvárt szakmai kompetenciák:

  • Linux magas szintű, disztribúciófüggletlen ismerete
  • Hálózati alapismeretek (ne kelljen elmagyarázni mi az, hogy routing tábla)
  • Adatbáziskezelési alapismeretek (ne kelljen elmagyarázni mi a select)
  • Valamilyen verziókezelő ismerete (ne kelljen elmagyarázni, mi a checkout meg a commit)
  • Shell scripting
  • Bármilyen monitoring rendszer ismerete

Előnyös szakmai kompetenciák:

  • Linux mély ismerete (performance tuning)
  • Oracle DBA tapasztalat
  • MySQL DBA tapasztalat
  • Apache Tomcat adminisztráció
  • MQ adminisztráció
  • SVN/FSVS ismerete
  • Python ismeretek
  • Perl ismeretek
  • Zabbix ismerete
  • HAProxy ismerete
  • Varnish ismerete
  • JVM/Java alapfokú ismerete

A minimálisan elvárt kompetenciákkal rendelkezned kell, az előnyös kompetenciák közül 2 lehetőség van:

  • 1. DB related (Oracle és MySQL) dolgokkal szeretnél foglalkozni - akár
    kevésbé tapasztalt de annál motiváltabb vagy
  • 2. Egyéb nem DB related dolgokkal szeretnél foglalkozni - az a jó ha
    minél több kompetenciával rendelkezel

Nem szakmai elvárások:

  • Jó problémamegoldó készség
  • Jó kommunikációs készség
  • Angol nyelvismeret (szakmai dokumentációk írása/megértése)

Amit úgyis ír mindenki (persze nálunk ezek így is vannak):

  • Versenyképes fizetés
  • Fiatal csapat
  • Jó munkahelyi légkör

Amennyiben szeretnél nálunk dolgozni és megfelelsz a fenti elvárásoknak küldj egy önéletrajzot a jobs@virgo.hu címre.

(A hirdetés a HUP-Profession szabadkártya felhasználásával került kihelyezésre)

  • 4671 megtekintés

( Tyra3l | 2011. 02. 05., szo – 19:54 )

korrekt hirdetes

Tyrael

+1
Csak 1 kérés:
"Linux magas szintű, disztribúciófüggletlen ismerete" egy leendő DBA-nak ennyire kéne ? Az ok hogy értsen hozzá de pl szerintem egy multipath vagy Red Hat cluster konfigolása ami szerintem a magas szint az úgy már kicsit nagy elvárás :) De lehet csak én gondolom ennyire drasztikusnak a magas szintű linux ismeretet? :)

majd a topicnyito megvalaszolja, hogy mire gondolt, en azt ertem alatta, hogy a jelentkezonek ne okozzon problemat egy tetszoleges linux disztribuico alatt a munkaja elvegzese.
tehat pl. hogy tudja, hogy mely fajlrendszer milyen felhasznalasra elonyos, mire valok a mount kapcsolok, mi van a /sys/block/{DEVICE-NAME}/queue/scheduler alattm, egyaltalan mi az az IO scheduler, mi az a clocksource, hogyan lehet egyaltalan egy alkalmazast debugolni (strace, iostat, gdb, egyebek), mi az OOM killer, hogyan befolyasolhato illetve bonusz kerdes: mit fejez ki/jelent a load/average load linuxon.
persze nem biztos, hogy ezek a jo kerdesek, hogyha nem en, es nem kapasbol irok ossze parat, akkor valoszinuleg jobban korul lehetne irni, de arra probaltam kilyukadni, hogy nagyjabol legyen elkepzelesed, hogy mit csinal a rendszer, azon kivul, hogy zabalja az eroforrasokat, meg menedzseli a szolgaltatasokat.

Tyrael

Oké, csak akkor ez lenne a magas fok? Mert számomra a magas fokot a linux administratorok űzik, amihez a DBA-nak szerintem annyira nem kell értenie. Aki pl oracle DBA az meg tudja, hogy az OS file rendszere helyett egy oracle DB alá használjon erre a célra kitalált ASM-et esetleg ha mazoista vagy szereti szopatni a linux adminokat akkor row device-okat :)
De engem pl ez a magas linux ismeret elrettentett volna (az én felfogásom szerint), és ezt minimum elvárásnak írta, szerintem kicsit ki kéne fejtenie jobban ezt a részét, de a többi nagyon is korrekt elvárás.

szerintem valaki nem lehet jo DBA anelkul hogy magas szinten ismerne az OS-t(azert nem kell hogy kernelhacker legyen), amin az altala kezelt RDBMS fut, de azert nem varhatod el, hogy valaki jo hidepitesz(nem tudom hogy ez-e a helyes neve a szakmanak, elnezest) legyen anelkul, hogy ismerne a felhasznalt anyagok viselkedeset, teherbirasat, valamint a felepiteni kivant hid kornyezetenek a tulajdonsagait.

ps: ha csak ez az egy pont retentett el, akkor szerintem jelentkezz batran, meg igy is boven folotte leszel az atlag mindenhovabeadomacvmet szintnek. :)

Tyrael

Jól érzem magam a mostani munkahelyemen köszi :) , csak mondtam, hogy ha én nekem most jelentkeznem kéne akkor ez a része miatt meggondoltam volna, hogy van e olyan magas szintű linux tudásom amire vajon ő gondol :) mert nálunk a linux adminok-ra mondanám azt, hogy magas szinten űzik az ipart(mert nálam a magas szint az, az amit a linux admin csinál, cluster létrehozása, monitorozó rendszer összeállítása, mail server üzemeltetése, satellite szerver configolása, linux gépek telepítése, stb.) én meg max haladónak merném titulálni magam (de ott is vannak bőven hiányosságaim), holott a DBA-s kötelezettségeknek meg szerintem bőven megfelelnék :)

ps: Amúgy meg most megnéztem a virgo oldalát és azt kell hogy mondjam aki odamegy DBA-nak az csak jól járhat, nem sok OCM vizsgás DBA mászkál a világon és úgy látom az 1ik épp ott van náluk, azért az ilyen emberektől csak tanulni lehet :) gratula hozzá.

Szia Akela!

Nem csak DBA melóról van szó, általános üzemeltetőt keres a cég, a DBA related dolgok csak a munka egyik része.
A Linux magas szintű, disztribúciófüggetlen ismeretére azért van szükség, mert egyrészt többféle linuxot használunk, másrészt amit használunk jellemzően az is erősen testre szabott, és nem szabad, hogy gond legyen, hogy ha a jelölt mit és merre keres.

Testreszabás jó :) ha az FHS nincs (nagyon) meghágva (tehát nincs egy darab minden beállítást tartalmazni akaró foobarbaz.xml fájl, amit egy grafikus szirszar generál, és illik mindent azon keresztül megcsainálni, mert másképp nem is lehet, kivéve azt az egy dolgot, amit épp kéne...), akkor teljesen rendben van, pláne akkor, amikor az adott kiszolgáló speciálisan egy adott célra kerül kihegyezésre.

( uid_18247 | 2011. 02. 05., szo – 21:10 )

Mely város?

szerintem jelentkezz es megtudod.
ettol fuggetlenul en is szeretnem, ha ugy lenne itthon is, mint nehany helyen kulfoldon, X pozicioba keresunk embert, berezes Y-Z kozott tudas/tapasztalat fuggvenyeben, ha kevesled, akkor nezd meg az X+1 pozicionkat, ha sokallod, akkor nezd meg az X-1 ajanlatot.

Tyrael

( macroharddoors v | 2011. 02. 08., k – 10:30 )

Komolyan má na,
csak egyszer legyen már egy álláshírdető igazán tökös, írjatok már egy összeget, hogy mennyit lehet erre kivenni havonta a kasszából.

( Celtic v | 2011. 02. 08., k – 12:23 )

Nem tudom, mivel foglalkozik a ceg, de en azert a "seven24" uzletaggal vigyaznek :)))
(Csak poen volt, nem kell leharapni a fejem!)

--
http://www.micros~1

Majdnem. Arra gondoltam, hoygha egy uzletag epul a 7/24-re, az eleg kemeny lehet. Mert egy dolog, ha az ember 7/24-ben elerheto es egesz mas, ha mondjuk egy egesz uzletag ilyen...

Szoval, ja igen. Az oke lenne, ha en egyedul elerheto lennek 7/24-ben, de ha az egesz csapat...Akkor annyira nincs az embernek "potolhatatlan vagyok" erzese.

--
http://www.micros~1

( uid_4656 v | 2011. 02. 09., sze – 12:24 )

Ezt megnéztem, és a következők jöttek le:

- üzemeltető embert keresnek, aki tud ügyeletet is vállalni
- az ügyelet alatt sok a munka, cserébe jól meg is fizetik
- a tesztjükben volt mindenféle téma, linux/hálózat/perl/python/oracle/mysql, de nem kell mindenhez érteni (szerintem csak lusták külön nyomtatgatni teszteket mindenkinek :-) )
- az interjú alapján nekem az jött le hogy fontos, hogy konkrét, mindennapi gyakorlatod legyen a területeken
- ellenben kevésbé fontosnak éreztem, hogy szélesebb körű rálátásod legyen többféle dologra, mivel azokkal úgysem nagyon fogsz találkozni.

Elsősorban olyan embereknek ajánlanám az állást, akik konkrétan rendszerüzemeltetői munkát keresnek, annak nagyon jó. Aki tanulni akar oracle-ről vagy mysql-ről, esetleg élvezné storage rendszerek üzemeltetését, azoknak is nagyon jó. Ha valakit érdekel tapasztalatok felhalmozása egy iwiw-méretű weboldal üzemeltetésével kapcsolatban, annak is jó tapasztalat lehet (azt azért érdemes megfontolni, hogy hol máshol tudnál használni ilyen jellegű ismereteket...)

A fizetés állítólag "jó", összeget nem tudok (meg ha tudnék sem írnék, nem lenne etikus), a "jó" meg lehet, hogy valakinek 100e Ft egy hónapban, lehet, hogy 100M Ft egy hónapban.

Tapasztalatom ugyan ez volt, mindenesetre nekem az iroda nemtetszett, tul vilagos, meleg, es egy legteru.
Ezek alapjan mentem neki a tesztnek is, es sok mindent kihagytam, es vagy rontottam.
A fent leirtak tenyleg helytalloak, nemtudtam volna ilyen osszefogottan megfogalmazni. Uzemeltetes, network resz az viccesen konnyu, shell sem ordongos, perlrol talan ha ket kerdes volt, a oracle, mysql reszben voltak erdekes kerdesek, legalabbis nekem, mivel eddig ezekhez nemsok kozom volt.

"(azt azért érdemes megfontolni, hogy hol máshol tudnál használni ilyen jellegű ismereteket...)"

pl. multik-nál (ott elvárás a DR megoldások kialakítása), és azért szerintem nagyon nagy előny egy felvételnél, ha fel tudsz sorolni olyan projecteket amik ilyen szintűek és részt vettél bennük.

arra gondol, hogy keves multi uzemeltet facebook-ot, meg twittert.
azt persze elfelejti, hogy multiknak elofordulhatnak sokkal oszetettebb enterspajz rendszerek, mint mondjuk egy twitter, ott mar a nehany ezer uzletkoto is tud akkora terhelest csinalni, amit orom kiszolgalni.
de ezt fekete-feher szemuvegben nehez eszrevenni.

Tyrael

Így van, erre gondoltam. Továbbra is úgy gondolom, hogy az iwiw/facebook/twitter/hasonlók üzemeltetése gyökeresen eltér a multik enterprise rendszereinek üzemeltetésétől. Egy nagyobbacska CRM rendszeren egyáltalán nem fognak segíteni azok a technikák, amelyektől az iwiw felgyorsul. Más a felépítés, más a technológia, máshol vannak a bottleneck-ek.

Referenciaként erre tudom felhozni, hogy részt vettem tévés smses játékok üzemeltetésében is (másodpercenként 1000+ sms kiszolgálása meg ilyenek) meg üzemeltettem 500-600 ember által folyamatosan nyúzott CRM rendszert is. Teljesen más világ a kettő.

szerintem is elter, az egyik esetben elfogadhato bar nem tul szivesen latott vendeg az adatvesztes meg a leallas, a masik esetben elofordulhat, hogy csak napi 16 oraban kell mennie a rendszernek, de ha megall, vagy adatot veszit, akkor az kemeny kozvetlen anyagi veszteseg (SLA, kotber, ilyenek)

egyik munkahelyemnel szinten voltak sms-es cuccok, asszem valami celhardvert kellett C-ben programozni.
manapsag valoszinuleg mar valami webservice-szel lonem ossze, es api-n keresztul porgetnem ki az sms-eket, a low level huzalozast meg oldjak meg ok.

Tyrael

Akkor szerinted a bank szektoroknak az internet bank-ja kis terhelést kapna? Vagy a biztosító oldalak amin te tudsz online biztosítást kötni nem lenne leterhelve ?
Esetleg egy felhő szolgáltatásokat nyújtó cégnek nincs akkora terhelése ?
De ha nem is a terhelést nézzük, akkor nézzünk HA megoldásokat, szerinted egy bank-nak vagy egy online szolgáltatást nyújtó cégnek nincs SLA megállapodása, amit ha túllép nem kell kemény pénzeket fizetnie ? Mert ha nem akkor nem dolgoztál még multinál és nem látod mi van ilyen multik mögött :)
És az ilyen cégeknél szerzett tudás szerintem nagyon sokat számít és ha ügyes vagy akkor még a kis cégeknél is fel tudod majd használni, ha nem az a célja a kis cégnek, hogy a semmiből építsél várat, mert az nagyon nehéz :)

Igen, szerintem a bankszektor internetbank oldalai teljesen más karakterisztikájú terhelést kapnak, mint az iwiw. Felhőszolgáltatásokat nyújtó cég is nagyon kevés van, ami hasonló terhelést kapna.

A bankok HA megoldásait egészen közelről látom éppen (egy pénzügyi multinál dolgozom) éshát nem tűnt fel eddig, hogy a Virgonál használt technológiák (lighthttpd, nginx, varnish, haproxy) felbukkantak volna. De biztos csak nem figyeltem eléggé :-D

Félreértés ne essék: egyáltalán nem kétlem, hogy az ennél a cégnél megszerezhető tudás jó és hasznos. Csak nem nagyon látom, hogy mire lehetne használni...

Azt, hogy a bankok internet-bankját nem éri akkora terhelés mint 1 iwiw-et, ezt nem merném kijelenteni, mert mikor az utolsó napokra hagyja szinte mindenki a kötelező befizetéseket akkor aztán elég durván megterheli a rendszert (esetleg adónapok előtti időkben), és még 1 iwiw-nél lehetséges, hogy jó akkor most 2 perc / oldal betöltés, egy netbank-ban ezt nem engedhető meg. Abban igazad van, hogy más karakterisztikájú a terhelés de ezt is be kell configolni és jól.

Ha a bankok HA megoldásait olyan közelről ismered akkor szerinted a virgo-nál megszerzett RAC, DataGuard esetleg egy mysql cluster tapasztalatot nem tudnád sehol máshol használni? Vagy pl egy HAProxy tudás-t szerinted sehol az életbe nem tudnál felhasználni ? Egy közepes méretű cégtől felfelé már szükségesek a HA megoldások, és ha nyitottak a linux-ra akkor bizony lehet nekik elég lesz a HAProxy-s megoldás egy HW-s LB helyett (vagy pont a pénz hiány miatt). Abban igazad van megint csak, hogy nem mindent tud majd felhasználni az életében az itt megszerzett tapasztalatból,de hogy csak itt tudjon felhasználni mindent az azért durva kijelentés.

( o_O v | 2011. 02. 18., p – 00:12 )

Valaki mar felvetek ?:)
--
1 leszel vagy 0 élő vagy hulla!