Ono što sam naučio na CloudCampu

CloudCamp DaveIako kasni (1 tjedan) zbog snijega prošlog tjedna, CloudCamp Indianapolis otišao večeras bez problema. Ako si ne iz Indianapolisa - trebali biste nastaviti čitati. CloudCamp je relativno nov i održava se u većim gradovima širom svijeta. Zahvaljujući stručnosti predmeta i vodstvu industrije u BlueLock, održali smo uspješan događaj upravo ovdje u Indyju.

Ako se pitate što je Cloud Computing, Bluelock je dao raspravu o definiranju ovog prilično maglovitog pojma.

Cloud Computing u Indianapolisu?

Indianapolis privlači pozornost na nacionalnoj i međunarodnoj razini zbog niskih, stabilnih troškova povezanih s električnom energijom i nekretninama - dva velika čimbenika u određivanju troškova hostinga. Uz to, naše je vrijeme solidno i sjecište smo glavnih internet okosnica u Sjevernoj Americi. Ako svoju aplikaciju trenutno smještate u kalifornijsko skladište podataka - možda biste htjeli pogledati!

BlueLock je vodeći svjetski proizvođač računalstva u oblaku

Moram biti iskren, što više čujem Pat O'Daya kako govori, to je zastrašenije koliko taj tip zna o računalstvu u oblaku, računarskim uslugama, računarskoj mreži, upravljanju skladištem podataka, virtualizaciji, VMWareu ... i to znate to. Nježno je govorljiv, milostiv i ima neobičnu sposobnost da razgovara s nama ljudima koji nismo tehnološki pametni u toj industriji!

Ne popuštam druge u timu! John Qualls i Brian Wolff sjajni su prijatelji, ali večeras je Pat bila u središtu pozornosti.

Izbijanje sesija: skalabilnost aplikacija

Ed Saipetch o skalabilnosti aplikacija

Jednu od sesija kojima sam prisustvovao vodio je Ed Saipetch. Ed je radio u The Indianapolis Star kad sam ja to radio i razvio veći dio skalabilnosti i aplikacija u novinama. Tada je izveo čaroliju - imao je malo resursa i puno zahtjeva za izgradnju poslovnih aplikacija na proračunima tankih kao britva.

Ed je podijelio tonu o novijim alatima koji se mogu koristiti za automatizirano ispitivanje opterećenja i testiranju brzine aplikacije, kao i o zdravoj raspravi o arhitekturi i što to znači vertikalnim rastom i vodoravnim skaliranjem. Zaista sam uživao u razgovoru.

Oštrenje je zapravo tehnički pojam?

[Umetnite Beavis i Butthead, smijeh]

Čak smo i razgovarali oštrenje, izraz koji sam rezervirao samo za humor u kupaonici i koji sam jednom vidio u filmu. Oštrenje zapravo je sredstvo za skaliranje vaše aplikacije, prilično barbarsko, jednostavno stvaranjem novih kopija baze podataka i potiskivanjem kupaca do različitih baza podataka kako bi se ublažio bol cijelog udaranja u jednoj bazi podataka.

Izbijanje na sjednicu: ROI u oblaku

Troškovi povezani s računalstvom u oblaku mogu se jako razlikovati - od gotovo ništa do sustava koji se jako nadgledaju i snažno osiguravaju. Okus BlueLocka je Infrastruktura kao usluga - gdje u osnovi možete prenijeti sve glavobolje Infrastrukture na njihov tim kako biste se mogli koncentrirati na implementaciju i rast!

Ušao sam u razgovor o povratu ulaganja misleći da ćemo imati vrlo intenzivnu lekciju u analizi resursa potrebnih za tradicionalno hostiranje u odnosu na oblak. Umjesto toga, Robby Slaughter vodio izvanrednu raspravu za i protiv i jednog i drugog i razgovarao o ublažavanju rizika.

Rizik je broj na koji većina tvrtki može staviti neke brojeve ... koliko će koštati ako ne možete trenutno rasti? Koliko će koštati ako se spustite i trebate vratiti obnovljeno okruženje? Ti troškovi, ili izgubljeni prihod, mogu zasjeniti nikle i sitnice analizirane u tradicionalnoj usporedbi.

Posebna zahvala tvrtki BlueLock na izvrsno organiziranom događaju (namijenjena igra riječi). Jedva sam čekao da se vratim kući i blogam o oštrini.

4 Komentari

  1. 1

    “Čak smo razgovarali o shardingu, terminu koji sam rezervirao samo za kupaonski humor koji sam jednom vidio u filmu.”

    Toliko sam se nasmijao da sam se malo razbio.

    Opet, [umetnuti Beavis i Butthead se smiju]

  2. 2

    Hvala na priključku, Doug! Cloudcamp je bio sjajan događaj.

    Nisam sudjelovao u Edovom govoru o shardingu, ali sam mislio da pojasnim da ovaj pristup nije nužno “barbarski”. Obično se dijeljenje odnosi na razbijanje vaše baze podataka duž linija grešaka specifičnih za aplikaciju. Na primjer, ako podaci jednog korisnika nikada ne utječu na podatke drugog korisnika, svoju glavnu bazu podataka možete podijeliti na dva dijela: AL i MZ.

    Za dečke za pohranu (kao što je Ed) ovo je nekako grubo rješenje, jer znači da morate održavati više baza podataka koje su učinkovito strukturirane na isti način. Ali to je izvrstan način za povećanje performansi bez dodatnih troškova!

Što vi mislite?

Ova web stranica koristi Akismet za smanjenje neželjene pošte. Saznajte kako se podaci vašeg komentara obrađuju.