Wat ek by CloudCamp geleer het

CloudCamp DaveAlhoewel dit verlede week (1 week) weens sneeu vertraag is, CloudCamp Indianapolis het vanaand sonder haak afgegaan. As jy nie van Indianapolis - jy moet aanhou lees. CloudCamp is relatief nuut en word in groot stede regoor die wêreld aangebied. Danksy die onderwerpkundigheid en bedryfsleierskap van BlouSluit, ons het 'n suksesvolle geleentheid hier in Indy gehou.

As jy wonder wat Cloud Computing is, Het Bluelock 'n bespreking gelewer oor die definisie van hierdie taamlike newelagtige term.

Wolkrekenaars in Indianapolis?

Indianapolis trek die aandag nasionaal en internasionaal as gevolg van die lae, stabiele koste verbonde aan krag en vaste eiendom - twee groot faktore in die bepaling van hostingkoste. Daarbenewens is ons weer goed en is ons 'n kruising tussen die belangrikste ruggraat van die internet in Noord-Amerika. As u u aansoek tans in 'n data-pakhuis in Kalifornië aanbied, wil u dalk kyk!

BlueLock is internasionaal 'n leier in wolkrekenaarkunde

Ek moet eerlik wees, hoe meer ek Pat O'Day hoor praat, hoe meer geïntimideer oor hoeveel daardie man weet van wolkrekenaars, hulpprogramme, rekenaarrekenaar, datapakhuisbestuur, virtualisering, VMWare ... noem maar op en daardie man weet Dit. Hy is saggeaard, genadig en het die vreemde vermoë om met mense te praat wat nie tegnies vaardig is in die bedryf nie!

Ek verdiskonteer nie ander in die span nie! John Qualls en Brian Wolff is goeie vriende, maar vanaand was Pat in die kollig.

Sessies uitbreek: skaalbaarheid van programme

Ed Saipetch oor die skaalbaarheid van die program

Een van die sessies wat ek bygewoon het, was onder leiding van Ed Saipetch. Ed het by die Indianapolis Star gewerk toe ek dit gedoen het en baie van die skaalbaarheid en toepassings by die koerant uitgebou. Hy het destyds 'n bietjie towery op die hals gehaal - hy het min hulpbronne gehad en baie eise gehad om ondernemings-toepassings op dun, vlytige begrotings te bou.

Ed het 'n klomp gedeel oor nuwer instrumente wat gebruik kan word vir outomatiese vragtoetsing en toepassingsspoedtoetse, asook 'n gesonde bespreking van argitektuur en wat dit beteken deur vertikaal te groei en horisontaal te skaal. Ek het die gesprek baie geniet.

Sharding is eintlik 'n tegniese term?

[Voeg Beavis en Butthead lag in]

Ons het selfs bespreek afskeuring, 'n term wat ek net vir badkamerhumor gereserveer het, wat ek een keer in 'n film gesien het. Afskuur is eintlik 'n manier om u toepassing te skaal, eerder barbaars, bloot deur nuwe databasiekopiee te skep en klante na verskillende databasisse te druk om die pyn te verlig om die hele tyd deur een databasis te tref.

Uitbreek-sessie: wolk-ROI

Die koste verbonde aan wolkrekenaars kan baie wissel - van feitlik niks tot stelsels wat baie gemonitor en sterk beveilig word nie. BlueLock se smaak is Infrastructure as a Service - waar u basies al die hoofpyne van Infrastructure aan hul span kan uitkontrakteer, sodat u kan konsentreer op implementering en groei!

Ek het in die Return on Investment-gesprek gegaan en gedink dat ons 'n baie intense les gaan hê in die ontleding van die hulpbronne wat nodig is vir tradisionele versus wolk-hosting. In plaas daarvan, Robby Slaughter 'n uitstekende bespreking van die voor- en nadele van albei gelei en gepraat oor risikobeperking.

Risiko is 'n nommer waarop die meeste maatskappye 'n aantal kan plaas ... hoeveel kos dit as u nie onmiddellik kan groei nie? Hoeveel sal dit kos as u ondergaan en 'n herstelde omgewing moet herstel? Hierdie koste, of verlore inkomste, kan die nikkel en sent wat in 'n tradisionele vergelyking ontleed is, oorskadu.

Spesiale dank aan BlueLock vir 'n wonderlike gasheer-geleentheid (woordspeling bedoel). Ek kon nie wag om huis toe te kom en te blog oor afskeuring nie.

4 Comments

  1. 1

    "Ons het selfs sharding bespreek, 'n term wat ek net vir badkamerhumor gereserveer het wat ek een keer in 'n fliek gesien het."

    Ek het so hard gelag, ek het 'n bietjie geskeur.

    Weereens, [Voeg Beavis in en Butthead lag]

  2. 2

    Dankie vir die prop, Doug! Cloudcamp was 'n wonderlike geleentheid.

    Ek was nie in Ed se praatjie oor skeuring nie, maar ek het gedink ek sal verduidelik dat hierdie benadering nie noodwendig "barbaars" is nie. Gewoonlik verwys sharding na die breek van jou databasis langs toepassingspesifieke foutlyne. Byvoorbeeld, as data van een kliënt nooit data van 'n ander klant beïnvloed nie, kan jy jou hoofdatabasis in twee dele verdeel: AL en MZ.

    Vir stoor ouens (soos Ed) is dit soort van 'n kru oplossing, want dit beteken dat jy veelvuldige databasisse moet onderhou wat effektief op dieselfde manier gestruktureer is. Maar dit is 'n goeie manier om werkverrigting te verhoog sonder om baie koste by te voeg!

Wat dink jy?

Hierdie webwerf gebruik Akismet om spam te verminder. Leer hoe jou opmerking verwerk is.