Hogyan alakítsunk ki fejlesztői környezeteket Azure-ban

Címkék
Hogyan alakítsunk ki fejlesztői környezeteket Azure-ban
2016-05-19T10:15:18+02:00
2016-05-20T09:27:58+02:00
2022-10-20T11:55:31+02:00

  • Publikus, hogy milyen területen van ekkora adatmennyiség?

    E-commere platform sok bolttal.
    Mutasd a teljes hozzászólást!
  • Köszönöm a konkrétumokat, nyilvánvalónak tűnik, hogy itt mindenképpen a saját rendszer a gazdaságosabb választás. Más körülmények között (mondjuk bankkártya-visszaélések valósidejű detektálása és tiltása) már nem biztos, hogy az lenne.

    Publikus, hogy milyen területen van ekkora adatmennyiség? Ha jól értem, relatíve egyszerű a rendszer, legalábbis fél milliós fejlesztési költség egy főállású fejlesztő max. kb. 2-3 heti munkáját jelenti.
    Mutasd a teljes hozzászólást!
  • Az en konkret projektemre vonatkozoan tudok ezekre valaszolni:

    - mennyibe került kifejleszteni olyan feldolgozó software-t, ami közel valós időben, stabilan kezel ilyen adatmennyiséget; ez mennyire rugalmas, ha változtatni kell valamin (ASA-ben ugye csak átírod a query-t)

    Mysql, redis es ext4 filerendszer a tarolo, nem olyan egyszeru mint atirni egy queryt de nem sokkal tobb. A fejlesztesi koltseg fel millios nagysagrend.

    - az ASA azonnal használható, nem kerülsz hátrányba a fejlesztés ideje miatt

    Hatranyba nem kerultunk, mert penzugyileg igy jobban megeri

    - mennyibe kerül, ha leáll a feldolgozás (hardware-hiba, karbantartás stb.); kezeli-e a rendszer ilyenkor a hátralék feldolgozását, hogy be tudja hozni a lemaradást

    Nem kritikus a rendelkezesre allas, van annyi tartalek a rendszerben hogy be tudja hozni a hatralekot, eleg egyszeruen van megcsinalva egyszeruen ujrakezdi a be nem fejezett taskot.

    - skálázás: ha ingadozó az adatmennyiség, mondjuk hétvégente négyszer annyi adatot kéne feldolgozni, mint hétköznap, lehet-e kezelni?

    Itt nincs olyan nagy ingadozas, de mivel teljesen parhuzamositva van a feldolgozas, 100 gepig szerintem kozel linearisan skalazodik.

    - project időtartama, mivel a bérlés hosszútávon biztosan drágább, mint a saját

    Egy 8 eve futo projekt uj fejlesztese ez, ha bevalik hasznalatban lesz meg jopar evig. Van sajat szerver is, es berelni is ha plusz igeny van ra.

    Ezek mellett, lehet arra optimalizalni hogy mennyi kesletetes legyen a rendszerben cserebe mennyibe kerul a hardver, bonyolultabb dolgokat is bele lehet tenni mint amiket az asa tamogat es nem vagyunk a microsofthoz arazasahoz es a dollar arfolyamhoz kotve. 

    Mivel helyben van az adat a szerverek kozotti gigabites kapcsolat olcson megvalosithato, amig egy gigabites kulso halozati kapcsolatert mar joval tobbet kell fizetni.

    Es ez meg kizarolag cpu -n futo rendszer, gpu-val valoszinuleg meg jobb teljesitmenyt el lehet erni.

    De ez magyarorszagon van. Itt havi netto fel millioert kapsz jo szakembert. Angliaban netto 2.5 millional kezdodik. Az usaban meg meg dragabb gondolom. Es ha itt is scrumban dolgoznank, lennenek managerek es szigoru szerepkorok akkor 6 ember kene ugyan ehez es maris nem lenne olyan fenyes a helyzet.

    szerk:
    Ez egy nagyreszt sajat fejlesztesu rendszer python / go -val, ha raszannam az idot akkor apache spark-val es hadoop infrastrukturaval szerintem el lehet erni olyan teljesitmenyt hogy jo sokaig jobban megerje mint az azure. Kozben pedig folyamatosan fejlodik a tobbi opensource rendszer is ami hasonlora hasznalhato mint az asa.
    Mutasd a teljes hozzászólást!
  • Valóban, ez nagy különbség, de a teljes képhez (költséghez) hozzátartozik:

    - mennyibe került kifejleszteni olyan feldolgozó software-t, ami közel valós időben, stabilan kezel ilyen adatmennyiséget; ez mennyire rugalmas, ha változtatni kell valamin (ASA-ben ugye csak átírod a query-t)
    - az ASA azonnal használható, nem kerülsz hátrányba a fejlesztés ideje miatt
    - mennyibe kerül, ha leáll a feldolgozás (hardware-hiba, karbantartás stb.); kezeli-e a rendszer ilyenkor a hátralék feldolgozását, hogy be tudja hozni a lemaradást
    - skálázás: ha ingadozó az adatmennyiség, mondjuk hétvégente négyszer annyi adatot kéne feldolgozni, mint hétköznap, lehet-e kezelni?
    - project időtartama, mivel a bérlés hosszútávon biztosan drágább, mint a saját
    Mutasd a teljes hozzászólást!
  • Ha jol szamoltam az egyik projekthez tartozo event analitika igy jonne ki asaval:

    Napi 650 ft az adatok bevitele

    Az adatok feldolgozasa jelenleg egy szerveren fut, 24 oraban kb 500 mb adatot dolgozunk fel masodpercenkent (ennyi adat fordul meg a memoriaban). Ez 86400*0.5*0.001 290es arfolyammal 12267 ft naponta. 

    Ez 30 napra 387510 ft.

    Egy berelt szerver uzemeltetesi koltsege havi 80bol konnyen kijon.
    Mutasd a teljes hozzászólást!
  • Ezzel nagyon nem értek egyet.

    Pont, hogy olyan szolgáltatásokat tudsz elérni szinte fillérekért, amelyekhez korábban vagyonokért kellett szerver-parkot létesíteni vagy bérelni.

    Példa: láttad már mire képes mondjuk egy ASA-job és mindez mennyibe kerül? Próbáld meg megvalósítani magad (helyben, cloud nélkül) ennél költséghatékonyabban, skálázhatóan, legalább ilyen uptime mellett!
    Mutasd a teljes hozzászólást!
  • A cloud rendszerek elonye altalaban nem abban van hogy a szamitasi teljesitmenyt meg tudod venni, az magyarorszagon pl olcsobb helyben. Inkabb az hogy nem kell nagyobb tudassal rendelkezo embereket megfizetni, eleg egy atlag egyetemista tizedannyi penzert.
    Mutasd a teljes hozzászólást!
  • A Microsoft Azure-ral illetve a legismertebb riválissal (Nem nevezem meg, ne legyen ez itt a reklám helye!) az a fő gond, hogy használat alapú számlázással működnek. Ez elvben jól hangzik (csak azért fizetsz, amit ténylegesen használsz), de a gyakorlatban oda vezethet, hogy az olyan fillérb... spórolós cégeknél ahol nem hajlandók külön build- és tesztszervert beállítani mert akár egy fél fejlesztő egyhavi bérébe is belekerülne, a fejlesztők és tesztelők komoly megszorításokra számíthatnának. Mármint... emlékszem, hogy az egyik korai munkahelyemen az ezredforduló körül rendszeres hiszti volt abból, hogy

    Ki internetezett már megint "feleslegesen"? Miattatok ennyi a forgalmi díj!


    Mutasd a teljes hozzászólást!
Címkék
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd