• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    LITTLELICloud computing - An unidentifiable device that does the work for you :)
    INDIAN
    INDIAN --- ---
    Zajiimavy srovnani co se tyce storage:

    MUXX
    MUXX --- ---
    HARVIE
    HARVIE --- ---
    DAVESADE
    DAVESADE --- ---
    Díky za tipy všem!

    Při pečlivém projití kompletního inventáře se mi podařilo vytvořit základní clustery aplikací, které mají něco společného a tak dělám rozhovory přímo s majiteli aplikací. Vyloučil jsem obskurní věci běžící na VMS a soustředím se primárně na linuxové systémy, takové to první řazení se zdá být dobré.

    V dalším kroku provádíme "what if" hypotézu, něco ve smyslu "co by se muselo změnit, aby nám cloud s devops přinesl užitek", rozhodnutí k migraci neudělujeme, ale doporučujeme, takže to vypadá taky schopně (to zahrnuje mj. SLA, licence atd.).

    V posledním kroku bude pak posouzení operations, jak to lze zjednodušit a zautomatizovat. No a s takto kompletním přehledem půjdeme vejš.
    SNIPERCZE
    SNIPERCZE --- ---
    MLEKAR_STEIN: k tomu SLA bych doplnil, ze vetsina cloudu (snad vsechny krome gogridu) slibuje dostupnost nekde mezi 99,90 a 99,95% s tim, ze na vypadky kratsi nez tohle se nevstahuje zadna nahrada. Doporucuju spocitat, kolik realne vypadek stoji, protoze tech 99,95% znamena 20minut mesicne, ktery nikdo nezaplati.
    MLEKAR_STEIN
    MLEKAR_STEIN --- ---
    DAVESADE:
    z toho na co jsem narazil pri prechodu na normalni virtualizaci.

    asi jako prvni vec bych si udelal pruzkum ohledne licenci.
    treba jestli nebude nutne nakoupit pro virtualizaci jine CALy pro windows,
    nebo dokoupit licence na jadra pro oracle a pod.
    to jsou naklady, kterym by se nedalo vyhnout a musely by se splnit.
    2. dostupnosti.
    pouziva to omezene mnozstvi lokalit, nebo jsou uzivatele rozstrkani po celem svete.
    co se stane, kdyz nebuide sluzba ostupna, vinou vypadku pripojeni? pocka to hodinu, ve, nebo to zpusobi zasadni a jiz vycislene skody? jake jsou tam sla, pokuty atd.
    v pripade vypadku AWS, treba vinou vypadku pripojeni, kdo za to ponese odpovednost a na kom se bude kdo financne hojit.
    3. jsou tam nejake VPN, MPLS ci jine srandy? zmeny taky neco stoji. souvisi trochu s predeslym...
    4. zalohovani a obnova. kolik je to dat, jak se v tuto chvili pocita s obnovou. podivat se kolik stoji prenosy dat mezi datovymi centry AWS, a ubec prostudovat cenik dukladne.
    INDIAN
    INDIAN --- ---
    DAVESADE: ne ze bych o tom neco vedel (par migraci za cilem naky unifikace vicero aplikaci mam za sebou taky, ale ne v takovy mire a asi jenom v uzsim oboru a uz je to nakej patek), ale docela me to zajima, jestli mas uz nakou abstraktni predstavu, naky tipy, atp. ...
    DAVESADE
    DAVESADE --- ---
    Zdravím,
    pro naši společnost připravuji plán přechodu do cloudu. Zatím co pilotní aplikace už v AWS běží a chystáme i privátní cloud pro dalšího pilota, jest otázkou, jak postupovat do budoucna. Mám seznam 250+ aplikací, které ve firmě používáme a chci udělat analýzu. Problém je, že na to mám jenom pár měsíců a popravdě si nejsem jistý, jak vůbec začít.

    Napadlo mne, že bych udělal online survey, který bych rozeslal všem app ownerům, takže bych relativně rychle dostal základní informace, první síto. Akorát pak musím řešit návaznost závislostí, zřejmě budu muset vypracovat mapu do určitého detailu a z toho všeho by mělo vyplynout, co bude nejlepší cesta vpřed.

    Má někdo s tímto zkušenost? Existují nějaké rady, abych nemusel znova vynalézat kolo?

    Díky.
    SNIPERCZE
    SNIPERCZE --- ---
    NIGHTSORROW: Jeste nic, ale aws je zatim nejpravdepodobnejsi kandidat.
    NIGHTSORROW
    NIGHTSORROW --- ---
    SNIPERCZE: Co ste nakoniec vybrali? Skoncili ste pri AWS?
    SNIPERCZE
    SNIPERCZE --- ---
    SH_PANDA: ted jsme ve stadiu kdy hledame nejake reseni, takze spis hledam nekoho ze zkusenostma aby nam rekl jestli aws ma vubec cenu zkouset. Zkusili jsme softlayer ale neprosel, tak hledame dal.
    SH_PANDA
    SH_PANDA --- ---
    SNIPERCZE: pre vyvojarov je heroku.com. inac idea, ze vyvojar zvladne administraci je rovnaky menezersky urban legend ako ze javista zvladne navrh a implementaci databaze. samozrejme pre aplikace typu "moja databaza vhs" som tomu ochotny uverit. ani patologovi by som sa nenechal operovat aj ked ma vystudovanu medicinu a drzi denne v ruke skalpel.

    inac ked je to tak mission critical, tak ocakavam ze ste si spravili aspon niekolko PoC, kde ste si to skusili - namigrovat subset tych 50 VM do cielovej infrastruktury (2 repliky + hot standby) na AWS + nejake alternativy a nechat to toho vyvojara adminovat. Skusit nejake failover testy a podobne + vsetky tie veci o ktorych pises.
    SNIPERCZE
    SNIPERCZE --- ---
    Jenom doplnim - bavime se cca. o 50 VM v lokaci a o minimalne dvou lokacich plus hot-standby zaloha.
    SNIPERCZE
    SNIPERCZE --- ---
    Zdravim, v soucasnosti pripravujeme migraci stroju z GoGridu do - patrne - AWS. Priznam se ze zatim z toho mam takovej smisenej pocit - vsichni rikaji jak je AWS super a dokonaly ale kdyz se jich zeptam proc, tak mi odpovedi ze nepotrebujou vlastniho admina, ze to zvladne delat vyvojar. Mate nekde nejaky dobry zdroje na co si v AWS dat pozor, co je tam rizikovy, co je naopak v pohode? Nasi prioritou je vysoka dostupnost (!dlouhodobe! kazdy mesic min. 99,975%), bezpecnost, snadnost administrace, vykon (diskovy operace), skalovatelnost. Jak jsou na tom ty jejich RDS? Za standard povazuju IPv6, schopnou podporu 24/7 s okamzitou reakci (ne neco, cemu poslu email a za tri hodiny se mi nekdo ozve. Potrebuju mit moznost zvednout telefon a zavolat nekomu, kdo to bude hned resit (=ne nejakej ind co akorat odpovi "Let me create ticket for you") nebo aspon webchat), dokumentaci co se zmeni pri imagovani VM (napr. gogrid pri obnove VM z image zresetuje systemovy nastaveni v /etc). Diky za kazdy info (a ano, preferuju problemove reporty, at vime na co si dat pozor).
    GIOMIKY
    GIOMIKY --- ---
    Nechcete nekdo dve rezervovany instance na AWS, lokace Oregon. Jsou to jeste prvni generace. Linux, 512mb ram. Nemam pro ne vyuziti, ale na hosting optimum. Obe jsou radove hodnota 50$, ale dal bych je za takovejch 25$. Efektivni hodinova sazba kolem 0.05$, tusim. Jedna je asi na rok, druha na nejaky 3 roky. Kdyztak do posty, pls.
    SH_PANDA
    SH_PANDA --- ---
    Hola! hladame v sucastnosti nejake dobre (=najviac muziky za najmenej penazi) riesenie na nejaky ten backend v cloudu. Mate nejake prakticke skusenosti s produkcnym pouzitim niecoho z:
    https://parse.com
    Backend as a Service Platform | Backendless is a universal backend significantly simplifying development of mobile and desktop applications
    http://backendless.com
    https://www.stackmob.com
    ?
    DIM
    DIM --- ---
    Má někdo zkušenosti s nimi?
    http://www.terremark.com
    dik
    LITTLELI
    LITTLELI --- ---
    LITTLELI
    LITTLELI --- ---
    CapeDwarf: Running Google App Engine apps in JBossAS7
    CapeDwarf - JBoss Community
    http://www.jboss.org/capedwarf
    LITTLELI
    LITTLELI --- ---
    EDMAN_DORT: o digitalocean jsem slyšel také pozitivní věci.
    Kliknutím sem můžete změnit nastavení reklam