Mitä opin CloudCampista

CloudCamp DaveVaikka viivästyi (1 viikko) lumen takia viime viikolla, CloudCamp Indianapolis went off without a hitch tonight. If you're ei Indianapolisista - sinun tulisi jatkaa lukemista. CloudCamp on suhteellisen uusi ja sitä pidetään suurimmissa kaupungeissa ympäri maailmaa. Kiitos alan asiantuntemuksen ja teollisuuden johtajuuden Sininen lukko, järjestimme onnistuneen tapahtuman täällä Indyssä.

Jos mietit mitä Cloud Computing on, Bluelock on käynyt jonkin verran keskustelua tämän melko hämärän termin määrittelemisestä.

Pilvilaskenta Indianapolisissa?

Indianapolis is getting the attention nationally and internationally because of the low, stable costs associated with power and real estate – two huge factors in determining hosting costs. Additionally, our weather is solid and we're an intersection across major backbones of the Internet in North America. If you're hosting your application in a California data warehouse right now – you may want to take a look!

BlueLock on pilvipalvelujen johtaja kansainvälisesti

I have to be honest, the more I hear Pat O'Day speak, the more intimidated about how much that guy knows about cloud computing, utility computing, grid computing, data warehouse management, Virtualization, VMWare… you name it and that guy knows it. He's soft spoken, gracious, and has the uncanny ability to speak to us folk that are not tech savvy in that industry!

I'm not discounting others on the team! John Qualls and Brian Wolff are great friends but tonight Pat was in the spotlight.

Break Out Sessions: Sovelluksen skaalautuvuus

Ed Saipetch sovelluksen skaalautuvuudesta

Yhtä istuntoa, jossa kävin, johti Ed Saipetch. Ed työskenteli Indianapolis Starissa, kun minä tein ja rakensin suuren osan sanomalehden skaalautuvuudesta ja sovelluksista. Hän otti tuolloin taikaansa - hänellä oli vähän resursseja ja paljon vaatimuksia yrityssovellusten rakentamiseksi partahöylän budjetille.

Ed jakoi paljon uusia työkaluja, joita voidaan käyttää automaattiseen kuormitustestaukseen ja sovelluksen nopeustestaukseen, sekä terveellisestä keskustelusta arkkitehtuurista ja siitä, mitä se tarkoittaa kasvamalla pystysuoraan ja skaalaamalla vaakasuunnassa. Nautin todella keskustelusta.

Sirpaleisuus on itse asiassa tekninen termi?

[Lisää Beavis ja Butthead nauravat]

Me jopa keskustelimme sharding, termin, jonka olin varannut vain kylpyhuonehuumorille, jonka näin elokuvassa kerran. Sharding on itse asiassa keino skaalata sovellustasi melko barbaarisesti yksinkertaisesti luomalla uusia tietokantakopioita ja työntämällä asiakkaita eri tietokantoihin lievittämään kipua lyödä yhtä tietokantaa koko ajan.

Break Out Session: Pilvinen ROI

The costs associated with cloud computing can vary widely – from virtually nothing to systems that are highly monitored and strongly secured. BlueLock's flavor is Infrastructure as a Service – where you can basically outsource all the headaches of Infrastructure to their team so you can concentrate on deployment and growth!

Menin sijoitetun pääoman tuoton keskusteluun ajattelemalla, että meillä on erittäin intensiivinen oppitunti analysoimalla resursseja, joita tarvitaan perinteiseen tai pilvipalveluun. Sen sijaan, Robby teurastus johti erinomaisen keskustelun molempien eduista ja haitoista ja puhui riskien vähentämisestä.

Risk is a number that most companies can put some numbers on… how much will it cost if you can't grow instantaneously? How much will it cost if you go down and need to bring a restored environment back up? These costs, or lost revenue, can overshadow the nickels and dimes analyzed in a traditional comparison.

Special thanks to BlueLock for a wonderfully hosted event (pun intended). I couldn't wait to come home and blog about sharding.

4 Kommentit

  1. 1

    "Keskustelimme jopa sirpaloinnista, termin, jonka olin varannut vain kylpyhuonehuumorille, jonka näin elokuvassa kerran."

    Nauroin niin kovasti, että hiukan sirpaleet hiukan.

    Jälleen, [Lisää Beavis ja Butthead nauravat]

  2. 2

    Kiitos pistokkeesta, Doug! Cloudcamp oli hieno tapahtuma.

    En ollut Edin puheessa sirpaleista, mutta ajattelin selventää, että tämä lähestymistapa ei välttämättä ole "barbaarista". Tavallisesti sirpaloitumisella tarkoitetaan tietokannan hajottamista sovelluskohtaisten vikojen mukaan. Esimerkiksi, jos yhden asiakkaan tiedot eivät koskaan vaikuta toisen asiakkaan tietoihin, voit jakaa päätietokannan kahteen osaan: AL ja MZ.

    Kavereille (kuten Ed) tämä on eräänlainen karkea ratkaisu, koska se tarkoittaa, että sinun on ylläpidettävä useita tietokantoja, jotka on rakennettu tehokkaasti samalla tavalla. Mutta se on hieno tapa lisätä suorituskykyä lisäämättä paljon kustannuksia!

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.