Wat ek by CloudCamp geleer het

CloudCamp DaveAlhoewel dit verlede week (1 week) weens sneeu vertraag is, CloudCamp Indianapolis het vanaand haastig 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 op implementering en groei kan konsentreer!

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 getal waarop die meeste maatskappye 'n aantal kan noem ... hoeveel kos dit as u nie onmiddellik kan groei nie? Hoeveel sal dit kos as u ondergaan en 'n herstel-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 bespreiding bespreek, 'n term wat ek net een keer in die badkamer gereserveer het, wat ek een keer in 'n film gesien het."

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

    Weereens, [plaas Beavis en Butthead lag]

  2. 2

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

    Ek was nie aan die praat van Ed oor afskeuring nie, maar ek het gedink ek sal duidelik maak dat hierdie benadering nie noodwendig 'barbaars' is nie. Sharding verwys gewoonlik na die opbreek van u databasis langs toepassingsspesifieke foutlyne. As data van een klant byvoorbeeld nooit van 'n ander klant beïnvloed nie, kan u u hoofdatabasis in twee dele verdeel: AL en MZ.

    Dit is 'n growwe oplossing vir ouens (soos Ed), want dit beteken dat u verskeie databasisse moet onderhou wat effektief op dieselfde manier gestruktureer is. Maar dit is 'n uitstekende manier om die prestasie te verhoog sonder om veel koste by te dra!

Wat dink jy?

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