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 ​​fragen 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 ferbûn mei macht en unreplik guod - twa grutte faktoaren by it bepalen fan hostingkosten. Derneist is ús waar stevich en wy binne in krusing oer grutte rêchbonken fan it ynternet yn Noard-Amearika. As jo ​​jo oanfraach no hoste yn in gegevenspakhús yn Kalifornje - 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 praten dy't yn dy sektor net technysk betûft binne!

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 sharding, 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 Slaughter liede in útsûnderlike diskusje oer de foar- en neidielen fan beide en spruts oer risikovermindering.

Risiko is in nûmer wêrby't de measte bedriuwen wat 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 werom moatte bringe? Dizze kosten, as ferlern ynkomsten, kinne de yn in tradisjonele ferliking 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 besprutsen sels sharding, in term dy't ik mar reservearre hie foar badkeamerhumor dy't ik ien kear yn in film seach."

    Ik lake sa hurd, ik skodde in bytsje.

    Wer, [ynfoegje Beavis en Butthead laitsje]

  2. 2

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

    Ik wie net yn Ed's petear oer sharding, mar ik tocht dat ik soe dúdlik meitsje dat dizze oanpak net needsaaklik "barbaarsk" is. Meastentiids ferwiist sharding nei it ôfbrekken fan jo database lâns applikaasjespesifike foutlinen. As gegevens fan ien klant bygelyks gjin ynfloed hawwe op gegevens fan in oare klant, kinne jo jo haaddatabase yn twa dielen ferdiele: AL en MZ.

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

Wat tinksto?

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