UPDATE: meghallgattunk mindenkit akit szerettünk volna, a hirdetés többé nem aktuális
Az Árukereső.hu Kft., Magyarország piacvezető ár-összehasonlító oldala keresi azt a rendszerüzemeltető céget, amely
- megbízhatóan, magas rendelkezésre állással
- nagyon rövid reakcióidővel, gyors és precíz hibaelhárítással
- rendszerfejlesztési igényeink rugalmas, megbízható és gyors kielégítésével
- magaszintű szakmai tudással
képes a cég teljes szerverparkját és irodai infrastruktúráját üzemeltetni.
Szerverparkunk
- a meglévő rendszer megbízható üzemeltetése
- kb. 20, különböző paraméterekkel rendelkező szerver
- vegyes operációs rendszerek: FreeBSD, OpenBSD, Debian, Gentoo
- egyedi megoldások, heterogén szoftverkörnyezet, igényeinkre szabott megoldások és szoftverek:
Nginx és Lighttpd webkiszolgálók OpenBSD gatewayeken keresztül, CARP failoverrer és terheléselosztással
Percona MySQL és egyéb teljesítmény optimalizálások, replikáció
ZFS FreeBSD-n
stb.
- Nagios, Munin monitorozás
- új technológiák követése
- a rendszer továbbfejlesztése
- igények felmérése
- új szerverek beszerzése, telepítése
- igényeink szerinti szoftverkörnyezet kialakítása, tesztelése, teljesítmény-optimalizálása
- biztonsági kritériumoknak való megfelelés
- teljeskörű (szerver és szolgáltatás szintű) monitorozás
- szerverhosting ügyintézés
Irodai infrastruktúránk
- kb. 50 desktop gép (nagyrészt Linux, néhány Windows és Mac Mini)
- Helyi hálózat kiépítése, karbantartása
- Kábeles + ADSL failover internet
- statikus DHCP címek (MAC alapján), WiFi, NAT
- Hálózati nyomtató, telefon, scanner karbantartása
- Linux alapú irodai szerver
- Samba + jogosultságok
- Squid web proxy: csoportok, csoportszintű black- és whitelistek
- iptables (routing, alapvető tűzfalazás)
- VPN, LDAP kialakítása
- távfelügyelet kiépítése, gyors hibajavítás
- hardver beszerzés és telepítés, leltározás
UPDATE: meghallgattunk mindenkit akit szerettünk volna, a hirdetés többé nem aktuális
- 9816 megtekintés
Hozzászólások
20 szerveren 4 féle oprendszer? Gondolom eddig alkalmazott volt, aki szeretett buherálni... :)
"- igényeink szerinti szoftverkörnyezet kialakítása, tesztelése, teljesítmény-optimalizálása"
Órabéres, vagy kötött számú mérnökórát tartalmazó fixbéres szerződést javaslok minden pályázónak. Sokat lehet tanulni egy ilyen megbízó által, de mégtöbbet szopni..! :)
(Ez csak egy magánvélemény, semmi közöm a céghez.)
Igen, ez szembetűnő. Most akkor átadják külsős cégnek vagy nem? Ha igen, akkor SZVSZ tessék már megbízni az ő szakértelmükben és hagyják rájuk, hogy milyen szoftverkörnyezetet alakítanak ki a megfelelő működés biztosítására.
--
qmi - Linux/FreeBSD SysAdm
Hoh azert nehogy mar az uzemelteto mondja meg milyen szoftver kell az ugyfel alkalmazasa ala :) Csuf lenne.
Hát az tényleg viccös lenne. :D
Az üzemeltető max javasolhat jobb, biztonságosabb, .... megoldást, technológiát.
Azért itt kétféle megbízás lehet:
1) Jónapot, tessék nekem a mostani rendszer tovább üzemeltetni és kész.
2) Jónapot, van egy weboldalam és az alá kell nekem egy infrastruktúra, lényeg hogy az oldal X %-os rendelkezésre állással menjen.
A privát véleményem az, hogy a T. megrendelőnek legyen már tökmind1, hogy min megy az oldala. Nyilván valóan, olyanba azért ne menjen bele senki, hogy az adott egzotikus rendszerrel bebetonozza a dolgokat.
A privát véleménynek itt nincs helye. A megrendelő have a money, és ezt szeretnéd a zsebéből a sajátodba tenni...és ilyenkor azt kell cserébe csinálni, amit kér.
Egyébként a kiírás szokatlanul egyértelmű. Van nekik infrastruktúrájuk, szoftvereik, weboldaluk, bevett ügymenetük és minden klassz cuccuk. Azt keresik, aki ezt életben tartja illetve a további lépéseket ezen alapokon megteszi nekik zsetonért.
Én biztosan nem mennék el olyan helyre dolgozni, ahol a megrendelővel egyáltalán semmilyen tekintetben nem lehet szót érteni. Minden normális kapcsolat alapja az, hogy a felek beszélnek egymással.
A szögelő droid kategória nem az én szerepköröm.
A szót érteni és a majd én megmondom mi a jó neki között van még 16 millió árnyalat ugye.
Azért sehol nem írta, hogy ezen az infrastruktúrán indokolt esetben sem változtatnak, csupán annyit írt le, hogy jelenleg mijük van, és erre keresnek üzemeltetőt.
Szerintem ha az üzemeltető azt mondja, hogy az egyik BSD helyett mondjuk legyen suse (direkt vad példát írtam :D), mert az stabilabbá és megbízhatóbbá teszi az oldalt, és az üzemeltető vállalja, hogy így 99,99% lesz az elérhetőség, akkor gondolom a megrendelő is hozzájárul.
"A privát véleménynek itt nincs helye.": ez pontosan mit is jelent szerinted?
Erre a hozzáállásra szokták mondani, hogy nem eléggé proaktív.
Aztán szépen elküldik az illetőt és keresnek olyat, aki felvállalja a dolgokat.
Amúgy meg amíg nem kérdezted meg, minek ennyiféle szerver, nem fogod megtudni.
Lehet hogy épp megbízhatósági okokból ennyire heterogén a rendszer.
A megrendelőnek nyilvánvalóan az az érdeke, hogy a lehető legköltséghatékonyabban, stabilan működjön a rendszere.
Ha a szolgáltatást a mostani struktúra érdemi átalakításával hatékonyabbá lehet tenni (erős a gyanúnk..), akkor nem sok érv szól ellene, hogy ne tegyék meg.
Egyértelmű, de akkor is ő az, aki kimondja az áment...vagy azt mondja, ez marad és akkor ezt kell szeretni. Erre céloztam csupán.
Ezt írtad: "A privát véleménynek itt nincs helye". a végén mégis eljutunk odáig, hogy már szerinted is van helye a privát véleménynek. Szerintem meg mindig mindenhol van helye a privát véleménynek, a lényeg, hogy azt megfelelő körülmények között és formában kell tálalni.
És csak ismételni tudom magam: ahol ténylegesen nincs helye a privát véleménynek, az a szögelős droid munka. Én ezzel inkompatibilis vagyok...
"A megrendelő have a money,"
<grammarnazi>
Ez így, ebben a formában szerintem nem helyes nyelvtanilag.
</grammarnazi>
--
unix -- több, mint kód. filozófia.
Life is feudal
Talán javasolt is .. ezért keresnek most újat. :)
Itt bizony tipikus technológiai buzulás nyomait vélem felfedezni: a megrendelő "0day" technológiákat és ritkán használt (hype -olt) eszközöket akar, miközben pénzben mérhető piaci előnyt számára ez nem jelent. Ez áldás egy buherátornak és átok egy bejáratott protokollokkal dolgozó komoly üzemeltetőnek.
A kiírás korrekt és a feladat érdekes - azonban a cég pénzügyi befektetőit nem értem, hiszen ez a hóbort a profitot sarcolja és vendor lock-in* szitut eredményezhet.
* Kevés cég és ember tud egy ilyen heterogén környezetet magas szinten üzemeltetni, nehéz a váltás, erős függés lesz az üzemeltető cég vagy csapat felé..
Finoman fogalmaztál a "technológiai buzulás"-al..:)
Más kérdést, hogy ezt a régi "karbantartó-fejlesztő-rendszergazda" a saját
horrorisztikus álmaiból manifesztálta.. vagy inkább és ez a valószínűbb, a "megbízó"
valamelyik nagy, de elég üres fejű "vezetőjének" a kívánságaihoz alkalmazkodott.
Mivel az utóbbi, nyilván a jövője is ilyen lesz.. a
- magaszintű szakmai tudással sort
- magaszintű szakmai tudással és mérhetetlen szopási affinitással-ra kellene cserélni.
Akármelyik is igaz, ekkora szarkupacot ritkán "látni".
Akármelyik is igaz, ekkora szarkupacot ritkán "látni".
+1
++++++++++ :D
+1
Volt már hasonlóban részem az ex munkahelyem egyik nagy ügyfelénél.
Bár ott az elődünk "technológiai buzulása" elsősorban a saját "from scratch" Linux "didztróján" alapuló, leharcolt PC-kből álló szerverhalom volt, némi Solaris-szal fűszerezve.
A 2006-os Sysadmin Day-re be is küldtem egy képet ezekről:
http://hup.hu/old/sysadminday.hu/kepek/vales/vales.jpg
Szerintem az illető Angliából sűrűn látogatja a HUP-ot, ezért felismerheti a néhai "gyermekeit". :D
---
Mézi 4Ever!
20 szerver, 4 oprendszerrel sem kevésbé vicces.
Mindazonáltal a feladat szokatlanul pontosan van leírva.
Sok ilyen megbízásod van? Ja! Egy sincs?! Én tudom miért. ;)
Két dolgot nem árt ezen a ponton tisztázni:
1. nem egy rosszul működő rendszert kell toldozgatni, javítgatni, hanem egy meglévő és kipróbált infrastruktúrát továbbra is karban tartani
2. az "igényeink szerinti" nem azt jelenti hogy mi mondjuk meg hogy xy szoftverből z verziót használhat a rendszergazda, hanem ahogy eddig is ment, leülünk megbeszélni az igényeket és javaslatokat.
A helyzet az, hogy a kiírás korrekt volt. Talán túl sokat is elárult. Ezért az itt lévők ezt elkezdték megbeszélni, és itt azért vannak olyanok is akik hasonlókkal foglalkoznak.
Ezért felmerülnek a következő kérdések:
1, Miért ennyire széttagolt a rendszer, így maradt, vagy tudatosan lett ilyen?
2, Milyen üzleti oka van a fenti megoldásnak, mert kívülről ennek magyarázható oka nincs?
3, Eddig saját maga csinálta a cég, vagy külsős csinálta?
4, Ha külsős, akkor mi a váltás oka? Pl. a széttagolt rendszer üzemeltetéséért sokat kért az üzemeltető?
5, Képes e elszakadni a hibrid megoldástól a megrendelő?
6, Vajon milyen áron szeretné megvásárolni a szolgáltatást a megrendelő?
Na ezek már belső infók amiket nem szívesen oszt meg az ember másokkal (maximálisan megérthető).
A lényeg, hogy az nem elég, hogyha részeibe belekapsz a dolognak, mert a többiről úgyis menni fog a diskurzus. Szóval, sztem hagyd, ha nem akarsz ezekre válaszolni :)
na vegre egy korrekt hirdetes... bar jo lenne tudni mennyit szannak ra :)
nemreg mintha alkalmazottat keresett volna ugyanez a ceg, nem valt be vagy nem talaltak?
szep kihivas az biztos, szivesen vallalnam is, de ez mar tul nagy falat 2-3 embernek...
A'rpi
Én mintha egy részmunkaidős (4 óra?) álláshirdetésre emlékeznék, de szerintem ide egy ember kevés az elején, mert ha csak a servereken 4 különböző rendszer van, akkor elég freestyleba lehetnek az irodai gépek is telepítve.
Első blikkre: 10-15 ezer euro/hó az első 8 hónapra, amig rend
nem lesz utána le lehet engedni 8 ezer euróra.
> Sol omnibus lucet.
A minimum 4xesét mondtad annak amit ők ezért fizetni akarnak IMHO :)
Hát akkor a végeredmény nem az lesz amit szeretnének. Rossz
magyar szokás, hogy lenyomjuk az árat, a problémák meg
menetközben megsokszorozzák a feladatot, a vállalkozó nem akar
nagyot bukni, tehát szarul fogja csinálni, amit csinál. A
megbízónak meg végül több kerül az egész, mintha rendes munkáért
rendes pénzt fizetne. Egy multinak szemrebbenés nélkül
kifizetnek 1000-1500 eurót naponta, amiatt sosincs nyávogás.
> Sol omnibus lucet.
"Egy multinak szemrebbenés nélkül
kifizetnek 1000-1500 eurót naponta, amiatt sosincs nyávogás."
Ezt ki is kell termelnie, érzésem szerint ez a cég nem az a kategória.
Oké, méretezzük meg a problémát emberi erőforrásban és szorozzuk
be szolid 10 kHUF/h-val az egyszerűség kedvéért. De számolhatunk
mérnöknapot is kamarai ajánlás szerint.
> Sol omnibus lucet.
"De számolhatunk mérnöknapot is kamarai ajánlás szerint."
?
--
[citation needed]
google mérnöknap díjazás
> Sol omnibus lucet.
kb 8000eur/ho jott ki nekem is, de tartok tole, hogy a felet is sokallnak :(
A'rpi
Reális. Két év "hűségidővel", hogy a kezdeti irdatlan szopó és beruházás visszajöjjön.
Ezt mondjuk valszeg fele-negyede szerverből is ki lehetne hozni, új beszerzéssel, új szoftverrel.
Értelemszerűen ekkor az üzemeltetés is fele-negyede bírhat lenni.
Nem a vakvilágba beszélek, csináltunk/csinálunk ilyet.
--
Gábriel Ákos
Nálam 10-11.000/hó jött ki... Kíváncsi lennék, hogy a végén mennyiért fogják kiadni/elvállani
btw ez komoly egyaltalan? csak mert eleg fura a felado nickje, meg aztan pentek 13, 13 ora :)
A'rpi
igen komoly.
Egy kis tisztazas:
A gepek nagy resze FreeBSD, osszesen 4 db gep linuxos (meg reges regrol amelyek jol ellatjak a feladatukat es nincs problema veluk). Es ertelemszeruen azert "vegyes" a rendszert mert mindennek meg van a helye es a feladata es megvan az oka, hogy miert OpenBSD vagy esetleg FreeBSD vagy talan Linux van a gepeken.
Te tetted ezt? :)
Nemtudom miert olyan nagy a megrokonyodes. Gondolom adott volt egy hw keszlet es abbol kelett kihozni a legtobbet.
Ebben az esetben enis OpenBSDt, carpal es nginxel csinaltam volna, moge FBSDn futo webkiszolgalokkal.
A leiras alapjan a gentoon xent es azon debian guesteket kepzeltem meg el.
Nemtunik ez olyan veszelyesen kokany dolognak.
20 szerverre akkor se tennék fel 4 különböző oprendszert, ha 5-en vernének korbáccsal. Mert többek között ez eredményezi azt, hogy nem tud egy embert felvenni a melóra, mert ennyiféle szaktudás nincs meg egy emberben, hanem egy olyan céggel kell szerződjön, ahol elég sok, különféle tudású emberből ki lehet választani mindig azt, aki a prompt probléma megoldására alkalmas.
Az már egy másik, fentieknél lényegesen szubjektívebb vita témája lehetne, hogy a fent emlegetett oprendszerekből melyik az, amit egyáltalán nem tennék fel sehova.
Szerintem igen "szereny" az, ha valaki nem ismeri ezeket a fent felsorolt OSeket.
Egyik sem egy kuriozum rendszer.
Izlesek es pofonok.
Ahogy fentebb is irtak, az szerintem csunya, ha az uzemelteto mondja meg mit csinaljon az ugyfel. Elvegre o fizet, ha neki ez kell akkor igy kell csinalni. A tobbit meg a szerzodesben lepapirozni, ha sirnak meglobogtatni. Ennyi.
"Ahogy fentebb is irtak, az szerintem csunya, ha az uzemelteto mondja meg mit csinaljon az ugyfel."
Kettőjük közül szakmai kérdésekben melyik a kompetensebb?
Azzal, hogy meghirdette ezt a lehetőséget, azt is elismerte, hogy házon belül nincs meg a szükséges kompetencia. Tehát kinek kellene megmondani, hogy mi legyen?
A piac pedig afelé mozog, hogy szolgáltatásért fizetnek és a megrendelő-vállalkozó közötti interfészt a szolgáltatás minőségére alapozva jelölik ki.
Felénk a magas szintű ismeret és üzemeltetés azt jelenti, hogy a legfőbb szoftverek főbb alrendszereit nagyjából archiektúra (kód) szinten kell ismerni. Kell hogy legyen egy tonna tapasztalat arról, hogy különböző környezetekben hogy muzsikál az adott komponens, milyen nem dokumentált korlátai és hibái vannak, milyen terhelésprofil alatt hol alakul ki bottleneck és az hogy kezelhető, hogy és milyen hatékonysággal skálázható. Ez kell ahhoz is, hogy ha pl eszkalálni kell a problémát a gyártó felé, akkor az eredményes legyen, ha pedig nincs hova eszkalálni, akkor ne sötétbe lövöldözzünk vaktuningal és random patch -ekkel.
A magas szintű üzemeltetés egyetlen oprendszer mainstream komponenseinél is órási feladat, pláne abban az ütemben, ahogy a linux is fejlődik.. Nem véletlen, hogy az "Enterspájz" disztrók igen szegényes csomagkínálatot tudnak felmutatni a közösségi support -al rendelkező disztrókkal szemben.. Kicsit olyan ez, mint amikor pl egy RHEL -re rpmfind -ról teszel fel csomagot, mert az mennyivel újabb vagy coolabb. Aztán ha baj van lehet szidni a Redhat -ot, hogy miért nem ad supportot, de okosabb inkább a jól támogatott csomagot választani és megbarátkozni az esetleges korlátaival..
Ennek mindehol így kéne működnie, de sajnos Magyarországon ez nem jellemző. Ide is sok ember inkább felvenne valami buherátort, aki telepített már a gépére openbsd-t, tehát már szakember, meg amúgy sem különbözik anyira a linugztól.
en pedig feltennek akar 20 felet is, ha a feladat optimalis megoldasahoz az szukseges.
szerintem sokkal neccesebb amikor win server es valami linux/unix server is van egy cegnel, arra szerintem nehezebb olyan 1 embert talalni aki mindkettoben pro.
linuxok es bsd-k kozt nincs azert akkora kulonbseg, 2 emberrel (1 linux guru es 1 bsd guru) kenyelmesen uzemeltetheto, teljes rendelkezesre allassal (egymast reszben tudjak helyettesiteni).
meg kell az irodara is 2 supportos meg egy hardveres/szervizes.
A'rpi
Kíváncsi vagyok mivel foglalkozhat a cég (a portáljukon kívül), ami 20 szervert igényel.
Nem nevezném azért szarkupacnak, de elég nagy a szórás OS-ek között.
Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra.
- Linuxos gateway is lehet olyan stabil és biztonságos mint egy OpenBSD,
- a ZFS tudom nagyon jó megoldás, de én néznék egy egyszerűbb filerendszert, hogy csak emiatt ne kelljen FreeBSD-t használni. (Illetve Sunos, és én most kerülném a Sunos megoldásokat. :D)
--
GPLv3-as hozzászólás.
"Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra."
LOOOOOOL!!!!
Eleve a linux desktopok az irodában vannak, közük nincs a 20 db szerverhez.
Nem is értem, eleve miért kéne migrálni bármilyen szervert, azért, mert a kliensek linuxok...
" Linuxos gateway is lehet olyan stabil és biztonságos mint egy OpenBSD,"
Te ilyen "a binux mindenre jó!!" típusú ember vagy, ugye?
"a ZFS tudom nagyon jó megoldás, de én néznék egy egyszerűbb filerendszert,"
Mi a bonyolult a zfs-ben???
Adminolni rendkvül könnyű...
Meg a kíírásban az szerepel, hogy " replikáció
ZFS FreeBSD-n"
Ezt lehet úgy is érteni, hogy zfs send - zfs recv -et használják, és pont, hogy emiatt kell a zfs...
jobb annyival egy openbsd tűzfal, mint amennyi plusz költséget okoz, ha egy tisztán linuxos csapatba be kell szerezni openbsd szakértelmet is?
Sikerült kiragadnod a lényeget...
nem fogok leállni vitatkozni arról, hogy valakinek lol a szervereket linuxra migrálni.
a hsz-edben ez az egy gondolat volt, ami nem flame keltő, tehát erre kérdeztem rá.
De még mindig áll a kérdés: ha egy linuxos hálózatban egy darab openbsd maradt, megéri-e az openbsd üzemeltetési költsége az openbsdt?
Szerintem olcsóbb megvenni akár a feladatra a legszuperebb kereskedelmi szervert is 1-2 milláért, mint emiatt önszívatást végezni, de ez csak egy CFO véleménye, majd itt megtudjuk a tutit. :)
örülök, hogy valaki tovább lát a bsd packet filternél...
A hazilag osszerakott (fusi) vs. kesz (foleg kereskedelmi) megoldasok dilemma kapcsan esetleg erdemes az elhamarkodott hozzaszolasasok helyett (nem feltetlen a tiedre gondolok, csak itt kapcsolodok a thread-be) elobb megtudni az IT-budzse merteket. Mert szep is az a par millas cucc (foleg, ha tobb is kell belole), ha egyszeruen nincs ra penz. Ilyenkor ra van kenyszeritve az IT-brigad, hogy probalja meg kreativan, az elerheto opensource cuccokat testreszabva megcsinalni a feladatot.
Arrol nem is beszelve, hogy a kiirasban "egyedi megoldasokrol" van szo, amit nem tudni, hogy egy "keszen vett megoldas" kepes lenne-e teljesiteni. Guy Kawasaki-nak van egy startup-okra szabott erdekes irasa (nem tudom, hogy az arukereso mennyire nagy es regi ceg, vagy inkabb a startup-okhoz van kozelebb). O (VC-kent) kicsit maskent tekint ezekre a dolgokra.
http://www.openforum.com/idea-hub/topics/the-world/article/why-too-much…
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
Nézd, én próbálok nagy energiákat fektetni abba, hogy ne vegyem figyelembe, hogy ki adta fel ezt a hirdetést de nem sikerül. Nagyon sok érvet tudnék akceptálni, ha itt jóskapista bt. keresné steve bloodot, hogy oldja meg a problémáit, de ha ránézel a webjükre, akkor látszik, hogy messze nem erről van szó.
Az árukereső egy 5 országot felölelő, működő, befutott szolgáltatás. Gondolom nem én csináltam a napi két hitjüket. Márpedig egy ilyen portálnál rendszerszinten, hosszú távra gondolkodva kell megoldani a problémákat akkor is, ha a tisztességes megoldás adott pillanatban jobban fáj, mint a kókányolás.
Tehát ha a megrendelő elhatározta magát, hogy másik csapatra bízza az üzemeltetést, akkor alkalmas az időpont a teljes rendszer felülvizsgálatára és szükség szerint a módosítására is. Másrészt meg egy ilyen szerződés mindig alku végeredménye, ahol arra is érdemes gondolni, hogy lehet, hogy egy cég x eszközzel hatékonyabban oldja meg a feladatot, mihtna egy másik céggel szerződök z eszközzel. Simán lehet, hogy a megrendelő jobban jár, ha ő is enged.
Ez lett igazából lol-ozva:
""Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra.""
Ebből az jön le, hogy a hozzászóló el sem olvasta ezek szerint a kiírást, csak osztja az észt, vagy elolvasta, de egy pistike, és fogalom nélkül van.
"De még mindig áll a kérdés: ha egy linuxos hálózatban egy darab openbsd maradt, megéri-e az openbsd üzemeltetési költsége az openbsdt?"
Hát, ha a célra az jobb, mint a linux, akkor miért ne.
Ha valaki az unix-világhoz nem tük sötét, akkor el lesz avval az obsd-vel, nincs nagy költsége.
Persze bubuntupistikék hiányolni fogják azt apt-get -et, de hát istenem, majd nem pistikét vesznek föl.
"Hát, ha a célra az jobb, mint a linux, akkor miért ne."
Miért is jobb?
Mert olcsóbb azonos disztró azonos verzióját használni. Ha ez így lenne, akkor a feladatra elég lenne egy ember is. Persze az elején sokat melózna.
Valószínű hozzád hasonló gányolópistike fogja ezt a gány rendszert át venni.
Itt a HUP-on nagyon sokan vannak, akik simán kiráznak az ujjukból X oprendszert
mindegyiket profi szinten.. (sokan úgy, hogy nap 1-2 órát itt fórumoznak) és igen,
ez az amit csak azok vesznek be, akiknek felszínes a tudásuk, és azok állítanak,
akik nem igazán értenek egyik rendszerhez sem rendesen.
Gondolom számodra hihetetlen lesz, de vannak olyan helyek is, ahol akár még a CPU-hoz is ragaszkodnak..
nem ám, hogy gondol egyet gányolópistike, hogy most "vegyünk" AMD-t az Intel helyett, vagy fordítva..
Az, hogy valami egy adott célra jobb, az csak pillanatnyi állapot, lehet fél év múlva már nem állja meg a helyét
az állítás.
Gányoló pistike a jó ***** ****.
"Gondolom számodra hihetetlen lesz, de vannak olyan helyek is, ahol akár még a CPU-hoz is ragaszkodnak.. "
Miért lenne ez nekem hihetetlen????
Pff.
Akkor gabonakupec :-P Nem mindegy...? (Magas labda, bocs)
Nem vagyok sértődős típus, meg értem is a viccet, úgyhogy... :D
Tudom, ezért bátorkodtam poénkodni :-))
hol hol hol? :PPPP
Ehh :D
OMG, de sok fail, na mindegy egy pár szót:
Igen, a kiírásban négy OS-t említettek, köztük az általam preferált Debiánt. Ezért a szerverpark homogenizálása érdekében migrálnék linuxra. Mivel desktoppon linuxot futtatnak ezért feltételezhető, hogy a cégnek van affinitása, szakértelme és előzetes feltételezhetően jó tapasztalata a linuxszal, ami a migráció elfogadását elősegítené.
Igen egy linuxos gatewayt is fel lehet keményíteni.
ZFS: ha csak azért futtatnak FreeBSD-t, hogy tudjanak használni BSD-s ZFS-t, akkor más megoldást javasolnék, ami közelebb áll a linuxhoz.
És igen a linux sok mindenre jó és van amire nem. Azt hogy mire nem, arra még nem sikerült rájönnöm. :P
--
GPLv3-as hozzászólás.
Áh.
Hagyjuk.
Nem értem. Kifejtenéd, hogy miért nem lehet linuxszal satbil rendszert alkotni?
Nem mondtam, hogy nem lehet, azon kuncogok igazából magamban, hog azért, mert az irodai gépek linuxosak, ezért ő mind 20 szervert linuxra akarja migrálni...
Ez elég lol, a kiírás szerint semmi köze a 20 db production szervernek az irodai gépekhez, le is írták,h goy van irodai szerver, egy darab, külön.
Na és azon milyen operációs rendszert futtatnak? Na?
Ja :)
Adott egy kész, működő rendszer. Minek kell szétbarmolni? Működik -> ne piszkáld feleslegesen.
----------------
Lvl86 Troll
Inkább most kell bántani, mint akkor vakarózni amikor széthullik.
Van autód?
Ha igen, remélem most is szereled!
"Inkább most kell bántani, mint akkor vakarózni amikor széthullik."
autóra elő van írva időszaki szerviz.
a disztrókra is :)
Az hogy desktopon linuxot használnak nem feltétlenül azt jelenti, hogy a cégnek jó tapasztalata van vele, sokkal inkább azt, hogy nem akar túl sokat költeni az informatikára.
Igen egy linuxos gatewayt is fel lehet keményíteni.
Nem kötözködésképp, de a CARP-ot mivel helyettesítenéd?
Üdv: Zoli
Debianon az ucarp.
Itt látszik nagyon jól a szemléletbeli különbség:
- te azt kérdezed, mivel lehet a carpot helyettesíteni
- én meg azt, mivel lehet redundáns tűzfalat, gatewayt csinálni.
Az első esetben egy régi, nem bizonyítottan helyes megoldás továbbviteléről szól a dolog, erre szögelődroid kell. A második esetben a megrendelő igényeinek optimális megoldása a kérdés, ahova kell rendes architektől kezdve mérnökökön át minden szintű munkatárs, szögelő droid is.
A munkaadonak meg az a szemlelete, hogy van egy _mukodo_ rendszer, es olyan tarsasagot keresnek (x fos guru brigadot), akik ertenek hozza, es nem akarnak mindent lecserelni sem Linuxra, sem masra.... Ugyanis akarmire allnanak at, az mindenkeppen riziko, meg akkor is, ha az uj megoldas egy curve jumping, paradigm shifting, google optimised, proven solution.
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
A pokolba vezető út is jószándékkal van kikövezve...
A témaindítóban OpenBSD-vel és CARP-al megvalósított failover gatewayek szerepeltek és mivel a kolléga ezeket Linuxra cserélné, megkérdeztem ott mivel oldaná meg a feladatot. Ez csak egy szakmai kérdés volt, nem több, amire Tomi66 meg is írta az általam eddig nem ismert megoldást. Ez nyilvánvalóan az én hiányosságom és amint időm engedi jobban utánanézek a dolognak. Ebből adódóan, valamint a konkrét helyi adottságokat, elvárásokat és anyagi lehetőségeket nem ismerve, nem találgatnék, hogy a jelenleg működő, a válaszban adott vagy egy egészen más (akár üzleti) megoldás-e a megfelelő számukra.
Üdv: Zoli
Én nem is próbáltam arról találgatni, hogy a topicot nyitó cégnek mi lenne a megfelelő. A magam részéről azon véleményt vitatom, miszerint a kérdések eldöntésében csak a megrendelőnek lehet szava, a vállalkozónak nem. Szerintem meg meg kell beszélni az általános elképzeléseket a szerződés kötés előtt, majd a konkrétumokat utána.
a kiírásban négy OS-t említettek, köztük az általam preferált FreeBSD-t. Ezért a számítógéppark homogenizálása érdekében migrálnék FreeBSD-re. Mivel szerveren FreeBSD-t futtatnak ezért feltételezhető, hogy a cégnek van affinitása, szakértelme és előzetes feltételezhetően jó tapasztalata a FreeBSD-vel, ami a migráció elfogadását elősegítené.
"Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra."
Szerencsés vagy inkább szerencsétlen az a rendszergazda aki homogén rendszereket tud birtokolni. Nincs olyan nagyobb cég ma, ahol ne működne 4 félénél több OS. Csak egy példa a környezetemből: Windows (ebből is van vagy 3 féle), Solaris 10, AIX, RHEL 5 és Ubuntu 8.x 9.x és 10.x. Ez így már 9 féle OS, és használunk még virtulaizált környezetben mindenféle más okosságoakt is. Kicsi kevés funkcionalitást igénylő IT cégek megtehetik, hogy homogén rendszert használnak, de bizonyos méret felett ez nem jön össze. Vagy ha összehoznák, az már n-szer (n € R, n>2) több munkába és pénzbe kerülne, mint fenntartani a heterogén rendszerüket.
Miért akarod piszkálni ami amúgy jól működik?
csakhogy a 20 féle akkor lehet optimális a feladat szempontjából, ha kizárólag a technológiai kérdéseket nézed. egyéb szempontokat is belekeverve már legfeljebb szuboptimális lesz.
Ezeket keressétek meg: virgo.hu
De ismerős név :-)
Gányoló társaság 2.0
Merthogy...?
Bármelyik kritikus kollégát nagyon szívesen várjuk árajánlat kíséretében irodánkban egy személyes beszélgetésre, ha úgy érzi jobbat tudna alkotni :)
+1
Egyik sem fog jelentkezni.
+1, Te sem.
Én miért is jelentkeznék?
Nem fizetnének annyit, hogy megérje a (teljesen más területen működő) cégemet feladni. :)
Ugye megegyezhetünk abban, hogy a többiek is objektív indokok miatt nem fognak jelentkezni.
Vagy csak rosszmájú voltál 3 hsz-szel előbb?
( yose_tesuji | 2010. augusztus 15., vasárnap - 18:44 )
"Bármelyik kritikus kollégát nagyon szívesen várjuk árajánlat kíséretében irodánkban egy személyes beszélgetésre, ha úgy érzi jobbat tudna alkotni :)"
( mkristof | 2010. augusztus 15., vasárnap - 23:07 )
"Hehe, napok óta a legjobb beszólás."
( psc | 2010. augusztus 15., vasárnap - 22:19 )
"+1
Egyik sem fog jelentkezni."
Ezek után az a minimum, hogy teszel egy normális árajánlatot és jelentkezel a hirdetőnél. Vagy csak beszélsz itt össze, utána meg vissza ?
A FLAME VISSZANYAL.
Rosszul gondolod.
Ők tartoztok köszönettel, hogy rávezették a "rendszerükben" levő potenciális anomáliákra.
"...Ők tartoztok köszönettel..." :D Én kérsz elnézéseket!
Egyébként vicces volt, miután a ragozási anomáliáktól megszabadítottuk a mondatot.
Tartoznak, pardon.
Pardon vagy sem, nem tartoznak semmivel. :) Nem tanácsot kértek, tehát ha azt kaptak, akkor a "tanácsadók" tartoznak egy PARDONnal a topic indítója felé. :) Kevered a sezlonyt és a faxot erősen...csak szólok.
+1
Hehe, napok óta a legjobb beszólás.
+1
-----------
"Generally, Russian technology assumes dumb machines and smart humans, not the other way around." -- The Russian Tea HOWTO
arajanlat ment, esetleges kritikat meghagyom kesobbre, latatlanban nincs sok ertelme, mint lathattuk :)
A'rpi
kérjetek tőlük árajánlatot!
annyira vicces, mikor mindenki megmondja tavolrol 0 informacio alapjan a rendszerrol, hogy szar.
plane ugy, hogy vagy nem uzemeltetett meg nagyobb rendszer, vagy nem ismeri a hirdetesben emlitett technologiak felet.
http://www.girldeveloper.com/2010/07/your-code-sucks.html
elsosorban fejlesztesrol szol, de ugyanezt a hozzaallast latom eleg sok rendszergazdanal is.
btw: a linuxokat en is egysegesitenem a konyebb karbantarthatosag miatt, meg amugy is kicsit felek a gentoo produkcios kornyezetben torteno felhasznalasatol (kulon buildszervert kell fenttartani), de persze lehet hogy ennek is van valami jol vedheto indoka.
Tyrael
+1
amig nem ismerjuk a rendszert es az indokokat mit miert csinalnak igy, nem szabad kritizalni. szerintem utana se, biztosan megvan az oka mindennek, csak a sok linux-only tarsasag fel egy kis bsd-tol :)
A'rpi
Oké, tehát nem ismerjük annyira a rendszert, hogy kritizáljuk, de árajánlatot lehet adni egy nem ismert rendszerre? Mert szerintem nem, ahhoz nagyon sokat kellene előtte velük beszélgetni a helyszínen...
> de árajánlatot lehet adni egy nem ismert rendszerre?
iranyarat biztosan, amibol azert a nagysagrend kiderul. nem mindegy, hogy valaki 8000 eur/ho-ban gondolkozok vagy mondjuk a negyedeben.
nyilvan nem csak -sot nem is annyira- a rendszer technikai reszletei szamitanak egy arajanlatnal, sokkal inkabb az elvart/nyujtott szolgaltatasok, letszam, tudas, rendelkezesre allas.
ha eddig 1 ember tudta ezt uzemeltetni, es te tudsz erre egy hasonlo kvalitasu embert allokalni, plusz biztositod a helyettesiteset, ugyeletet, irodai resz supportot stb is, akkor mi a gond? ha a tudasa (a fent emlitett technologiak mely ismerete) megvan hozza, akkor nagy meglepetesek nem erhetik, egy mukodo rendszer atvetelekor.
szerintem az arajanlaton nem sokat befolyasol hogy a pf.conf-ban mi van... sokkal inkabb, hogy mit var el a megbizo, ezeket pedig viszontlag pontosan megfogalmaztak, de nyilvan egy par szemelyes egyeztetes kell meg szerzodeskotes elott mire kialakul a vegleges ar...
A'rpi
"de árajánlatot lehet adni egy nem ismert rendszerre"
Pedig sokszor csak ugy lehet.
----------------
Lvl86 Troll
De az is lehet "látott" már egy-két ilyen tákolmányt, szintén egy hazai "menő" cégnél és tudja mekkora szopás.
Egyébként ilyen szempontból a legkorrektebb hirdetés itt a HUP-on, mert valaki vagy kihívást lát benne, vagy feláll
a szőr a hátán.:)
Megjegyzés: szintem nem véletlenül keresnek üzemeltetőt.
nekem szimpatikus, mert egyreszt ugy tunik, hogy azert nem teljesen atlagos szutyok hosting rendszer, masreszt kihvias, hiszen olyan rendszert mindenki tud optimalizalni, meg uzemeltetni, ahol mondjuk a www meg a db ugyanazon a gepen fut, es a backup/restore az rsync meg mysqldump/mysql < szinten mozog, es nem gond, ha amig megy a mentes nem megy az oldal, vagy hogy a restore 8 oraig tart.
Tyrael
+1
Még ennél is viccesebb, hogy mindenki látatlanban, egyből migrálni akar.
Komoly szakemberek gyülekeznek itt, WTF?!?!
Tudod könnyebb találni úgy alkalmazottat a feladathoz.
Azért ebben a felhívásban a nullánál lényegesen több infó volt...
igen, rengeteg informacio volt arrol, hogy milyen megoldasok uzemelnek most.
en ugy gondolom, hogy nem hangzott el olyan informacio, amibol meg lehetne mondani, hogy erdemes/szukseges-e lecserelni az openbsd-s carp-os failovert/loadbalancingot mondjuk lvs-re.
nem hangzott el pl. hogy az adott disztroknak mely verzioja van hasznalatban, pedig ez eleg jelentosen befolyasolna az uzemeltetes macerassagat.
nem hangzott el, hogy mire hasznaljak az nginx-et es a lighttpd-t, lehet hogy content szerver, vagy akarcsak reverse proxy ezaltal okos load balancer is.
csak tippelni tudunk a halozati topologiara.
nem ismerjuk az uzemeltetett alkalmazasokat, es az ehhez tartozo workloadot.
nem lattuk mennyire vannak jol/rosszul konfiguralva a szolgaltatasok.
nincs arrol informacio, hogy megvan-e meg a kontakt a jelenlegi/elozo rendszergazdaval, illetve hagyott-e maga utan uzemeltetesi dokumentaciot.
kerdeses lehet, hogy a ZFS-t pontosan mire hasznaljak: mondjuk storage-kent, ezen mennek a Samba share-ek, vagy teszemazt ezen futnak a mysql instanceok, es igy van megoldva a snapshotolas/backup, replikacio.
a linuxos gepeken milyen kernel porog, milyen fajlrendszert hasznalnak, honnan vannak telepitve az alkalmazasok? forrasbol huzzak fel oket? megvan meg a telepitesi konyvtar, a configure kapcsolok?
esetleg sajat csomagkezelo repot uzemeltetnek?
cache-eles kimaradt a leirasbol, biztos vagyok benne hogy vagy hasznalnak memcached-t vagy redist, vagy filecache van, utobbi eseteben megintcsak szoba kerul, hogy hogyan szinkronizaljak a fajlcachet.
loadbalance-nal vajon sticky session jellegu megoldast hasznalnak (akar forrasip alapjan szetshardolva a latogatokat) vagy esetleg round robin, netalan terheles alapjan megy szet a forgalom.
megoldott-e, hogy a nem/rosszul mukodo gepek detektalva es a szolgaltatasbol eltavolitasra keruljenek?
hol van ismert SPOF a rendszerben?
milyen SLA volt eddig, mit kell biztositani ezutan?
mi az, amivel elegedetlenek a jelenlegi rendszerben, mi az, amit nem lehet lecserelni?
szoval ezert meg egy ismeretlen tenyezo van, aminek az ismerete nelkul nagy butasagra vall azzal inditani, hogy legyalulok minden gepek, es huzok ra gobo linuxot, mert az a legjobb, meg egyebkent is csak azt ismerem, es biztos hulye volt az elozo rendszergazda, hogy igy rakta ossze a rendszert.
es meg sorolhatnam ezeket, ha raernek.
na mind1, majd ugyis vegig kell/fog menni a sikeres palyazo ezeken a korokon, hiszen enelkul egyreszt nagyon lutri arajanlatot adni, masreszt ha ezek a kerdesek nem hangzanak el a rendszer atvetele elott/alatt, akkor abbol garantaltan lesznek problemak a jovoben.
Tyrael
Abban egyetérthetünk, hogy nagyon kevés információ hangzott el, amit én megértek, nem fogják az üzleti titkaikat kiteregetni mindenkinek.
Abban nem értek egyet, hogy elhangzott-e annyi infó, ami alapján ki lehet mondani, hogy (hogyismondjam) a rendszer kihívásokkal küzd. Szerinted nem, szerintem igen.
és arról sincs információ, hogy lehet, hogy ez a rendszer egy adott időpillanatban felmerülő igényeknek megfelelt, de telt az idő és vannak-e új igények.
Ennyit akartam mondani.
egyetertek, hogy nem kell itt kiteregetni publicba a reszleteket, azzal nem ertek egyet, hogy:
- nem ertek egyet azzal, hogy a technikai, uzleti, egyeb informaciok reszletesebb ismerete nelkul eldontheto, hogy ez egy szar rendszer, es azonnal architechturalis valtoztatasokra van szukseg.
- nem ertek egyet azzal, hogy szerinted nem hajlik a megrendelo a konstruktiv javaslatokra, megfelelo ervekkel alatamasztva (tobbek kozott azert nem ertek egyet ezzel az allitassal, mert ezt csak te forgattad ki egy random ember postjabol, mig a topicnyito hajlandonak mutatkozott az egyuttmukodesre: http://hup.hu/node/91393#comment-1095253 )
- azzal sem ertek egyet, hogy szerinted a megrendelonek nem lehet beleszolasa, hogy az a rendszer, amitol a biznisze fugg, az hogyan van felepitve, uzemeltetve, plane ugy, hogy ha az uj rendszergazda(csapat) egybol azzal kezdene hogy mindent(ami valoszinuleg eddig elfogadhatoan mukodott) egybol at akar alakitani(plane alapos felmeres/terepszemle nelkul), es ha valamit elbasznak, akkor maximum szerzodest bonthatsz veluk, de kozben all a szolgaltatas, es kezdhetsz tuzoltani azon a rendszeren, ami 2 napja meg elfogadhatoan mukodott.
egy ekkora meretu (es ez meg nem is olyan nagy) rendszer atvetele nem 2 perc munka, es miutan mar magabiztosan tudod uzemeltetni a jelenlegi formajaban, utana lehet szepen lassan, aprankent migralni a suboptimalis osszetevoket, elore kidolgozott rollback plan kisereteben.
de persze tet nelkul kibicelni mindig sokkal egyszerubb es valahogy sokkal batrabban mondja az ember, hogy csereljuk le/irjuk ujra az egeszet.
csak eppen ez az esetek legkissebb reszeben all parhuzamban a Business value-val.
Tyrael
Úgy látom, most kezd átfordulni a topic beszélgetésből személykeskedésbe, úgyhogy ettől kezdve csökkentem itt a részvételemet.
"szerinted nem hajlik a megrendelo a konstruktiv javaslatokra": az egész topicban a hozzászólókkal vitatkoztam, nem a megrendelővel. ennek fel kellett volna tűnnie.
"szerinted a megrendelonek nem lehet beleszolasa, hogy az a rendszer, amitol a biznisze fugg, az hogyan van felepitve": egyrészt ilyet konkrétan nem írtam le, másrészt ettől még a tény tény marad: az informatikai piac a szolgáltatás alapú dolgok felé mozog mostanában. Sehol nem arról szól a téma, hogy openbsd meg carp meg fene tudja, mindenhol arról, hogy x lap/sec letöltés, y százalék rendelkezésre állás, stb.
Erről van szó. Én még istenes voltam, hogy megemlítettem a Linuxos migrálást.
Sztem lazán lesznek emberek/cégek akik kapásból azt mondják át kell rakni cloudba az egészet.
--
GPLv3-as hozzászólás.
Ja, arrafelé mozog. Itt azonban nem egy weblapról van szó, hanem egy weblapról és a project nagyobb részéről, a mögötte lévő teljes üzleti logikáról....és megnézném azt a vállalkozót, aki majd diktálja egy megrendelőnek, hogy hogyan is kell csinálnia a kereskedését! :) Még akkor is, ha b szerint mindent linuxra kell migrálni és cloud a megoldás. Ilyenkor egy megrendelő elköszön a lelkes "pályázótól" és keres egy olyat, aki kiszolgálja és nem megmondja a tutit. Egyébként az élet erről szól. Csinálok valamit, szerintem jól - legalábbis az éves eredménybeszámoló szerint - és ehhez keresek a részfeladatra embert/céget...nem pedig tanácsadót, hogy hogyan kéne csinálni. Ez a pályázat is erről szól. Nem tanácsadó kell nekik, aki majd megmondja, hogyan kell csinálni azt, amit láthatóan sikeresen, tehát jól csinálnak, hanem keresnek valakit egy részfeladatra. Persze lehet erről flame-et indítani, de ők nem hivatásos megmondót keresnek, hanem valakit, aki csendben a háttérben marad és akitől az infrastruktúrájuk megy, aki ezzel kapcsolatos teendőket ellátja. Az pénzt is kap. :)
+1
A'rpi
Most, hogy komolyan nézegetjük a cloud technológiát, kezdünk rájönni, hogy a cloud baromi kevés dologra jó, de arra persze nagyon.
A cloud elé kell úgyis frontend, szóval mindent nem lehet megspórolni.
Fizetős cloud 24/7-ben baromi drága, sokkal drágább mint sajátot hostoltatni, feltéve ugyanazt a teljesítményt.
És a cloudhoz megfelelő szoftver is kell, az se triviális.
--
Gábriel Ákos
Nyolcéves tapasztalattal mögöttem ezen az állításon vitatkozni tudnék, de nincs kedvem.
Nekem ugyanis nem elképzelésem van róla, hanem tapasztalatom.
Szerintem a cloud-os rendszert üzemeltetni jelentősen takarékosabb megoldás, mint "hagyományosan" rendezgetni az adatokat.
Szerintem félreértettél. Én az írtam, hogy a mi esetünkben a "private cloud" olcsóbb mint ugyanezt megvenni mondjuk az Amazontól.
Mégpedig azért, mert egyenletes teljesítményre van szükség 24/7-ben, alig van peak.
Tényleg már 8 éve van cloud? Kurvára le vagyunk maradva... :O
--
Gábriel Ákos
Tehát akkor nem önmagában a cloud-dal van a gond, hanem nektek jobban megérte
egy saját cloud-ot építeni. Meg lehet tudni esetleg, hogy milyen technológiát
használtatok?
Még nincs kész, csak terv.
Hardver: gagyipc
Szoftver: hadoop
--
Gábriel Ákos
8 éve, de ebből 7 évig nem volt ez a neve. :)
Van a hsz-emben 4 állítás. Melyik(ek)kel nem értesz 1et?
--
Gábriel Ákos
Mi most csinálunk egy projektet google cloud alapokon, egy kis számolgatás
után - NEKÜNK - megéri. Az viszont igaz, hogy innentől kezdve saját rendszert
kell fejleszteni, ami a cloud engine-re épül (nálunk ez java-ban történik),
és figyelembe veszi a cloud megszoritásait, viszont nagyon szépen skálázódik.
Ráadásul, mivel szépen megcsináltuk, simán át lehet térni egy saját hw-es megoldásra,
némi effort belepakolásával. (persze ilyenkor bejön a rendszer frissítős, hw összerakós,
telepítős, rendszergazdás hókamóka, amit mi első körben ki akartunk hagyni...)
Annyival kiegészíteném, hogy van viszont olyan rendszerünk is, amelyiket egyszerűen
nem lehet külső cloud-dal megvalósítani, annyira speciális...
Én éppen ismernék egyet ha nem lenne 1000%-on elfoglalva az illető munkaügyileg (talán a ZFS hiányzik egyedül a portfoliójából, illetve CARP helyett VRRP-t használt). Minden esetre nekem úgy tűnik (az előzőekben hozzászólókkal szemben) hogy ez a rendszer úgy JÓL lett összerakva hogy viszonylag könnyen skálázható legyen horizontálisan, azaz csak "pakolni kelljen bele a vasat" a metgfelelő szintre.
Aki dolgozott már a fenti technológiákkal vagy épített cluster-t az nem lepődik meg a portfolió összetételeén bár való igaz hogy lehetne mind a OBSD CARP és FBSD ZFS helyett Linux-os alternatívákat találni, de lehet nem érdemes ha már működik és jól működik.
A sok fikázó ember véleményét (aki nem lát tovább az orránál) el kell utasítsam, mert fogalma sincs szerintem (ha nem belső ember) hogy mekkora pageloadot, uq letöltést, stb kell kiszolgálni, lehetőleg minnél hatékonyabban, adott rendelkezésre állással, mik a követelmények illetve aki összerakta miért épp ezeket a technológiákat választotta. A Lock-in természetes ezen a szinten mivel kevés a "széles spektrumú" emberke, aki tisztában van ész használ 3 éve+ léztező techológiákat, mint ahogy ez látszik is.
Az irodai hálózathoz gartula, hogy sikerült lenyomni a Linux-ot az emberek (és főnökök!) torkán és "csak üzemeltetni kell" továbbra is nem pedig "migrálni" Excahnge+Win**K szerverre, DC-vel, stb-vel :)
Mindenesetre sok sikert és kitartást, szerintem érdemes lenne egy fejvadászt is megkereseni hogy nem-e tudna inkább egy "guru"-t javasolni cég helyett mert talán az olcsóbb lenne, de nem biztos.
cryp
Miután már a sokadik vagy, mutass már rá itt a fikázásra... menedzsment felfogások közötti különbségről ment itt egy, a hupon időnként felbukkanó szinthez képest igen kulturált beszélgetés.
En csak szabira szeretnek elmenni :)
A problema az hogy velem is tortenhet barmi, meghalok vagy bekerulok 1 korhazba 1 honapra es kell valami "megbizhatobb" mint 1 ember.
Es kerek mindenkit hogy nekem *ne* kuldjon privat uzenetet, semmilyen belso infot *NEM* fogok elarulni.
Akkor ha jol ertem, Te maradnal a no.1 sysadmin ott, es csak egy hatter/helyettes/ugyeletes ceg kene arra az esetre amikor te nyaralsz/alszol/meghalsz stb?
Vagy atadnad az egeszet es inkabb sajat ceget alapitasz? :)
A'rpi
sose fogsz szabira menni :D
Gondolod, hogy ezt egyetlen ember képes lenne ellátni?
Eddig is egy ember latta el.
single point of failure :(
ekkora rendszernél már az sem mindegy, mennyire van dokumentálva...
--
Gábriel Ákos
Te nem vagy ember! :)
Azért olyanból, mint Te jó, ha van 10 db az országban, de abból 9-nek cége van. :)
Akkor lehet en csinalom rosszul :)
+1
de szerintem nincs 10 se...
A'rpi
ps: meg jo hogy en ismerek 2-t is :)
Lehet, hogy nincs. Épp ezért raknék mindegyik gépre Linuxot, hogy "könnyen" lehessen találni redundáns arcot thug mellé. Én elhiszem, hogy szakmai okod volt, hogy mindenhová mást raktál, de azt is tudom, hogy nem sok olyan ember van aki ennyi rendszert ismer. Az ember örül, ha egy disztróval el rendszergazdálkodik és általában más disztróra és OS-re már nem jut idő.
konnyen lehet talalni, csak jo helyen kell keresni :)))
A'rpi
Azért én biztosan úgy alakíta(t)nám ki a rendszert, hogy minél könnyebb és olcsóbb legyen rá embereket találni.
Mondjuk ezt a CFO-s vérem mondatja velem, és ugye pénzből él a cég.
furcsa hogy az egesz topicban te voltal az egyetlen, aki feltuntette a poziciojat.
raadasul ketszer.
Tyrael
Mert mindenki IT-sként nézi a feladatot, holott szerintem csak részben az és nem akartam, IT-s kifogásokat kapni.
Egyebkent egy ilyen forumon miert kovetelmeny, hogy az ember feltuntesse a poziciojat?
pont ellenkezoleg.
nem ertettem, hogy miert erezte szukseget.
Tyrael
Arcnoveles?
LoL! Itt? Ahol 50-ből 49 user már szomszéd pistike?
Más szemében a szálkát...:D
Érdekes lehet a vezetőség értelmi szintje.. vagy hozzáállása.
Ennél "kisebb" összeállításhoz is redundánsba szokták a rendszergazdákat (min. 2) kötni,
ezt még szerintem egy ovis is tudja.
Bár tény ez Magyarország.. más világ.
Mivel ez nem jött össze eddig (nem ütötték meg a jelentkező magánszemélyek a színvonalat), most céget keresünk, hátha. Ez nem értelmi szint és/vagy hozzáállás, hanem a rendelkezésre álló emberanyag minőségének kérdése sajnos.
Hehe, ezen nem lepődök meg, láttam már ilyet nem egyszer. Azért érdekelne (esetleg magánba, ha nem akarsz flémet) a tólig ha nem titkos, persze ezt nem szokás így, (cvagy már szokás? -egyes fejvadászok már konkrétan írják a tóligot) és a kíváncsiság nagy úr de hátha megüti a cég az anyagilag vonzónak tekintett színvonalat valakikben akik (esetleg) csak passzívan figyelik az eseményeket és birtokában vannak az ismereteknek.
Persze ezt a széles és egyben mély tudást ami szükséges, meg kell fizetni, ez nem kérdés, tehát aki vagy amely cég kell nektek az nem fog érte keveset kérni. Rajta rajta ha már flém legyen kövér :)
A "tól-ig" kialakul a kapott ajánlatok fényében, de hidd el, nem a stabil rendszeren akarunk spórolni :) Ha megvan a kiszemelt cég, leszerződtünk vele, tőlünk megkapja majd az engedélyt szerintem hogy ide postolja hogy mennyiért végzi el nekünk ezt a munkát - hogy a passzív megfigyelők kíváncsisága is ki legyen elégítve :)
Ezzel van egy-két probléma.
Nevezetesen ez egy speciális terület, a rendszer üzemeltető cégek döntő többsége irodai hálózattal
(vagy egyéb speciális hálózat) üzemeltetését végzi, nem pedig web-es kiszolgáló "hálózat" üzemeltetését,
és ott nem elsődleges cél az optimalizálás és a teljesítményhangolás. Olyat amilyet kerestek nemigazán van,
mivel a többség "cégen" belül tartja az embereket (már az értelmesebb-je), aminek az oka is egyszerű.. senki nem
akar "technológiai transzfert".
Lehet hogy igazad van, de a régi cégem pl. ezzel is foglalkozik (szerver üzemeltetés). Oprendszertől az alkalmazásig (hardware és hálózat nem, arra van másik cég).
--
Gábriel Ákos
Egy ember, egy cég majdnem mindegy. A dokumentáció a lényeges, így van. (Az egy embert is elürtheti a villamos, a supportot adó cégből is leléphetnek a felelős emberek vagy csődbe mehet vagy megszűnhet bármi, hiába a szerződés stb.)
Szerintem nem kellene különösebben ecsetelni a "fikázást", sokkal finomabban szoktam fogalmazni, elnézést, csak epp egy kicsit bal lábbal keltem fel, szerintem annak aki rakott össze ilyen rendszert és üzemletet és visszaolvas, nem kell ecsetelni, nem személyes célzatú volt.
thuglife, gratula amennyiben Te műved.
cryp
10kHUF/óra havi 176 munkaórával számolva 176x10.000 = 1.760.000HUF / hónap / fő zsetont kellene kiszámláznia. Ennyiért el lehet vállalni.
--
qmi - Linux/FreeBSD SysAdm
Bár egyáltalán nem ezekből az adatokból számolnék, de itten körül lenne reális.
--
Gábriel Ákos
ezzel mi lett? kuldtunk ajanlatot de semmi valasz...
A'rpi
Mi is írtunk nekik, és várjuk a választ :)
spamszuro raugrott a 8 nullara :)
Tyrael
up.
Azért legalább annyi visszajelzés jól esett volna, hogy "köszi, megkaptuk".
+1
A'rpi
Mo.-n elunk vazz, nemszokas.
Ha publikussá tehető az információ akkor szabad megkérdezni, hogy kire esett végül a szerencsés választás?
És mi volt az a pont nagyjából, amely végül ez után a többszöri nekifutást követően végül segítette a döntést?
Kérdezem mindezt azért mert kevés a fentiehz hasonlóan komplex hírdetést látni.
Természetesen ha nem publikus az információ azt is megértjük.