Ono što sam naučio na CloudCampu

CloudCamp DaveIako kasni (1 sedmica) zbog snijega prošle sedmice, CloudCamp Indianapolis otišao bez problema večeras. Ako jesi 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 šta je računarstvo u oblaku, Bluelock je dao raspravu o definiranju ovog prilično maglovitog pojma.

Cloud Computing u Indianapolisu?

Indianapolis privlači pažnju na nacionalnom i međunarodnom nivou zbog niskih, stabilnih troškova povezanih s električnom energijom i nekretninama - dva ogromna faktora u određivanju troškova hostinga. Uz to, naše vrijeme je solidno i mi smo sjecište glavnih kičmi 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čunara u oblaku

Moram biti iskren, što više čujem Pat O'Daya kako govori, to je više zastrašeno koliko taj tip zna o računarstvu u oblaku, računarskim uslugama, mrežnom računanju, upravljanju skladištem podataka, virtualizaciji, VMWareu ... i to znate to. Govorio je blago, ljubazan 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 su sjajni prijatelji, ali večeras je Pat bila u centru pažnje.

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 izgradio veći dio skalabilnosti i aplikacija u novinama. Tada je izveo čaroliju - imao je malo resursa i puno zahtjeva za izgradnju poslovnih aplikacija s malim proračunima.

Ed je podijelio tonu o novijim alatima koji se mogu koristiti za automatizirano testiranje 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?

[Ubaci Beavis i Butthead se smiju]

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

Izbijanje: Cloud ROI

Troškovi povezani sa računarstvom u oblaku mogu se široko razlikovati - od gotovo ničega do sistema koji su visoko nadgledani i snažno zaštićeni. 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 iz analize resursa neophodnih za tradicionalni hosting u odnosu na cloud. 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 kompanija 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 sitnice analizirane u tradicionalnoj usporedbi.

Posebna hvala BlueLock-u na prekrasno ugošćenom događaju (namijenjena igra riječi). Jedva sam čekao da se vratim kući i blogam o šarcanju.

4 Komentari

  1. 1

    "Čak smo razgovarali i o oštrenju, terminu koji sam rezervirao samo za humor u kupaonici i koji sam jednom vidio u filmu."

    Tako sam se nasmijao, pomalo sam 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 da ću pojasniti da ovaj pristup nije nužno „varvarski“. Obično se oštrenje 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 svojevrsno sirovo rješenje, jer to znači da morate održavati više baza podataka koje su efikasno strukturirane na isti način. Ali to je sjajan način za povećanje performansi bez dodavanja mnogo troškova!

Šta ti misliš?

Ova stranica koristi Akismet kako bi smanjila neželjenu poštu. Saznajte kako se podaci vašeg komentara obrađuju.