Ono što sam naučio na CloudCampu

CloudCamp DaveIako kasni (1 tjedan) zbog snijega prošlog tjedna, CloudCamp Indianapolis otišao bez problema večeras. 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 mi smo sjecište glavnih okosnica Interneta 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čunarstvu 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 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 uvelike 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? Ovi troškovi, ili izgubljeni prihod, mogu zasjeniti nikle i sitne novce analizirane u tradicionalnoj usporedbi.

Posebna zahvala BlueLocku na prekrasno 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 i o oštrini, terminu koji sam rezervirao samo za humor u kupaonici i koji sam jednom vidio u filmu."

    Tako sam se nasmijao, nekako sam se izoštrio.

    Opet, [Ubaci Beavis i Butthead se smiju]

  2. 2

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

    Nisam bio u Edovom govoru o oštrini, ali mislio sam pojasniti da ovaj pristup nije nužno "barbarski". Obično se oštrina odnosi na rastavljanje vaše baze podataka duž linija kvara specifičnih za aplikaciju. Na primjer, ako podaci jednog kupca nikada ne utječu na podatke drugog kupca, svoju glavnu bazu podataka možete podijeliti na dva dijela: AL i MZ.

    Za dečke iz skladišta (poput Eda) ovo je sirovo rješenje, jer to znači da morate održavati više baza podataka koje su učinkovito strukturirane na isti način. Ali to je sjajan način za povećanje performansi bez dodatnog troška!

Što vi mislite?

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