Vad jag lärde mig på CloudCamp

CloudCamp DaveÄven om det var försenat (1 vecka) på grund av snö förra veckan, CloudCamp Indianapolis gick av stapeln ikväll. Om du är inte från Indianapolis - du bör fortsätta läsa. CloudCamp är relativt nytt och hålls i större städer över hela världen. Tack vare ämnesexpertisen och branschledningen av BlueLock, vi höll ett lyckat evenemang här i Indy.

Om du undrar vad Cloud Computing är, Har Bluelock gett en del diskussion om att definiera denna ganska otydliga term.

Cloud Computing i Indianapolis?

Indianapolis får uppmärksamhet nationellt och internationellt på grund av de låga, stabila kostnaderna för kraft och fastigheter - två enorma faktorer för att bestämma värdkostnader. Dessutom är vårt väder stabilt och vi är en korsning över stora ryggrad på Internet i Nordamerika. Om du är värd för din ansökan i ett datalager i Kalifornien just nu - kanske du vill ta en titt!

BlueLock är internationellt ledande inom cloud computing

Jag måste vara ärlig, ju mer jag hör Pat O'Day tala, desto mer skrämd över hur mycket killen vet om molndatorer, verktygsberäkning, nätverksberäkning, datalagerhantering, virtualisering, VMWare ... you name it och den killen vet den. Han är mjukt talad, nådig och har den otroliga förmågan att tala till oss folk som inte är tekniskt kunniga i den branschen!

Jag diskonterar inte andra i laget! John Qualls och Brian Wolff är bra vänner men ikväll var Pat i rampljuset.

Break Out Sessions: App-skalbarhet

Ed Saipetch om skalbarhet i appen

En av sessionerna jag deltog leddes av Ed Saipetch. Ed arbetade på The Indianapolis Star när jag gjorde det och byggde ut mycket av skalbarheten och applikationerna på tidningen. Han drog av sig magi då - hade lite resurser och mycket krav på att bygga företagstillämpningar på rakhyvla budgetar.

Ed delade massor om nyare verktyg som kan användas för automatiserad belastningstestning och applikationshastighetstestning samt en hälsosam diskussion om arkitektur och vad det innebär genom att växa vertikalt och skala horisontellt. Jag gillade verkligen konversationen.

Sharding är faktiskt en teknisk term?

[Sätt in Beavis och Butthead skratt]

Vi diskuterade till och med sharding, en term som jag bara hade reserverat för badrumshumor som jag såg i en film en gång. Sharding är faktiskt ett sätt att skala din applikation, ganska barbariskt, helt enkelt genom att skapa nya databaskopior och driva kunderna till olika databaser för att lindra smärtan att slå en enda databas hela tiden.

Break Out Session: Moln ROI

Kostnaderna för molnbaserade datorer kan variera mycket - från praktiskt taget ingenting till system som är mycket övervakade och starkt säkrade. BlueLocks smak är Infrastructure as a Service - där du i princip kan lägga ut all huvudvärk i Infrastructure till sitt team så att du kan koncentrera dig på distribution och tillväxt!

Jag gick in i Return on Investment-konversationen och tänkte att vi skulle ha en mycket intensiv lektion i analys av de resurser som behövs för traditionellt kontra molnhotell. Istället, Robby Slaughter ledde en enastående diskussion om fördelar och nackdelar med båda och talade om riskreducering.

Risk är ett tal som de flesta företag kan sätta några siffror på ... hur mycket kommer det att kosta om du inte kan växa omedelbart? Hur mycket kommer det att kosta om du går ner och behöver ta tillbaka en återställd miljö? Dessa kostnader, eller förlorade intäkter, kan överskugga nicklarna och dimes som analyserats i en traditionell jämförelse.

Särskilt tack till BlueLock för ett fantastiskt värdigt evenemang (ordspel). Jag kunde inte vänta med att komma hem och blogga om sharding.

4 Kommentarer

  1. 1

    "Vi diskuterade till och med skärpa, en term som jag bara hade reserverat för badrumshumor som jag såg i en film en gång."

    Jag skrattade så hårt, jag splittrades lite.

    Återigen, [Sätt Beavis och Butthead skratt]

  2. 2

    Tack för kontakten, Doug! Cloudcamp var en fantastisk händelse.

    Jag var inte i Eds tal om skärning, men jag trodde att jag skulle klargöra att detta tillvägagångssätt inte nödvändigtvis är "barbariskt". Sharding avser vanligtvis att bryta din databas längs applikationsspecifika felrader. Till exempel, om data från en kund aldrig påverkar data från en annan kund, kan du dela din huvuddatabas i två delar: AL och MZ.

    För att lagra killar (som Ed) är detta typ av en rå lösning, för det betyder att du måste underhålla flera databaser som är effektivt strukturerade på samma sätt. Men det är ett utmärkt sätt att öka prestanda utan att lägga till mycket kostnad!

Vad tror du?

Den här sidan använder Akismet för att minska spam. Läs om hur din kommentardata behandlas.