Wat ik learde op CloudCamp

CloudCamp DaveHoewol fertrage (1 wike) fanwegen snie ferline wike, CloudCamp Indianapolis gie fannacht sûnder muoite ôf. Asto net fan Indianapolis - jo moatte trochgean mei lêzen. CloudCamp is relatyf nij en wurdt hâlden yn grutte stêden oer de heule wrâld. Mei tank oan 'e saakkundigens fan it ûnderwerp en liederskip yn' e sektor fan BlueLock, hawwe wy hjir yn Indy in suksesfol evenemint hâlden.

As jo ​​jo ôffreegje wat Cloud Computing is, Bluelock hat wat diskusje levere oer it definiearjen fan dizze frijwat nebleaze term.

Cloud Computing yn Indianapolis?

Indianapolis krijt de oandacht nasjonaal en ynternasjonaal fanwegen de lege, stabile kosten yn ferbân mei macht en unreplik guod - twa grutte faktoaren by it bepalen fan hostingkosten. Derneist is ús waar stevich en binne wy ​​in krusing oer grutte rêchbonken fan it ynternet yn Noard-Amearika. As jo ​​jo oanfraach no yn in data-warehûs yn Kalifornje hostje - wolle jo miskien efkes sjen!

BlueLock is in ynternasjonaal lieder yn Cloud Computing

Ik moat earlik wêze, hoe mear ik Pat O'Day sprek hear, hoe yntimidearder oer hoefolle dy man wit oer wolkekompjûtering, utility computing, grid computing, data warehouse management, Virtualization, VMWare ... neam mar op en dy man wit it it. Hy is sêft sprutsen, genedich, en hat it ûngewoane fermogen om mei ús minsken te sprekken dy't net technysk binne yn dy sektor!

Ik meitsje gjin oaren koarting op it team! John Qualls en Brian Wolff binne geweldige freonen, mar fannacht wie Pat yn 'e skynwerpers.

Sessies útbrekke: Skalberens fan app

Ed Saipetch oer skaalberens fan app

Ien fan 'e sesjes dy't ik bywenne wie lieding troch Ed Saipetch. Ed wurke by The Indianapolis Star doe't ik in protte fan 'e skalberens en tapassingen by de krante die en die. Hy helle doe wat magy ôf - hie net folle boarnen en in soad easken dy't bedriuwenapplikaasjes bouden op razer dunne budzjetten.

Ed dielde in ton oer nijere ark dat kin wurde brûkt foar automatyske lêstest en applikaasjesnelheidstest, lykas in sûne diskusje oer arsjitektuer en wat it betsjuttet troch fertikaal te groeien en horizontaal te skaaljen. Ik ha echt genoaten fan it petear.

Sharding is eins in technyske term?

[Ynfoegje Beavis en Butthead laitsje]

Wy hawwe sels besprutsen skeare, in term dy't ik mar reservearre hie foar badkeamerhumor dy't ik ien kear yn in film seach. sharding is eins in middel om jo applikaasje te skaaljen, leaver barbaarsk, gewoan troch nije databankopieën te meitsjen en klanten nei ferskate databases te triuwen om de pine te ferleegjen om de heule tiid in inkele databank te reitsjen.

Sesje útbrekke: Wolk ROI

De kosten assosjeare mei cloud computing kinne breed ferskille - fan frijwol neat oant systemen dy't sterk wurde kontroleare en sterk befeilige. De smaak fan BlueLock is Infrastructure as a Service - wêr't jo yn prinsipe alle hoofdpijn fan Infrastructure kinne útbesteegje oan har team, sadat jo jo kinne konsintrearje op ynset en groei!

Ik gie yn 'e Return on Investment konversaasje en tocht dat wy in heul yntinsive les soene hawwe yn analyze fan' e boarnen dy't nedich binne foar tradisjonele fersus wolkehosting. Ynstee, Robby Slachter liede in útsûnderlike diskusje oer de foar- en neidielen fan beide en spruts oer risikovermindering.

Risiko is in getal wêrby't de measte bedriuwen guon nûmers kinne pleatse ... hoefolle sil it kostje as jo net direkt groeie kinne? Hoefolle sil it kostje as jo nei ûnderen geane en in herstelde omjouwing opnij moatte bringe? Dizze kosten, as ferlern ynkomsten, kinne de yn in tradisjonele fergeliking analysearre nikkelen en dimes oersjen.

Spesjale tank oan BlueLock foar in prachtich hosted barren (wurdboarterij bedoeld). Ik koe net wachtsje om thús te kommen en te blogjen oer sharding.

4 Comments

  1. 1

    "Wy hawwe sels besprutsen sharding, in term dy't ik allinich reservearre hie foar badkeamerhumor dy't ik ienris yn in film seach."

    Ik lake sa hurd, ik skeat in bytsje.

    Nochris, [Beavis en Butthead laitsje ynfoegje]

  2. 2

    Tank foar de stekker, Doug! Cloudcamp wie in geweldich barren.

    Ik wie net yn Ed's praat oer sharding, mar ik tocht dat ik soe ferdúdlikje dat dizze oanpak net needsaaklik "barbaars" is. Gewoanlik ferwiist sharding nei it brekken fan jo database útinoar lâns applikaasje-spesifike foutlinen. Bygelyks, as gegevens fan ien klant nea ynfloed hawwe op gegevens fan in oare klant, kinne jo jo haaddatabase yn twa dielen ferdiele: AL en MZ.

    Foar opslachjongens (lykas Ed) is dit in soarte fan rûge oplossing, om't it betsjut dat jo meardere databases moatte ûnderhâlde dy't effektyf op deselde manier binne strukturearre. Mar it is in geweldige manier om prestaasjes te ferheegjen sûnder folle kosten ta te foegjen!

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.