Co jsem se naučil na CloudCamp

CloudCamp DavePřestože byl minulý týden zpožděn (1 týden) kvůli sněhu, CloudCamp Indianapolis went off without a hitch tonight. If you’re ne z Indianapolisu - měli byste číst dál. CloudCamp je relativně nový a koná se ve velkých městech po celém světě. Díky odbornosti předmětu a vedoucímu postavení v oboru BlueLock, uspořádali jsme úspěšnou akci právě tady v Indy.

Pokud vás zajímá co je Cloud Computing„Bluelock poskytl určitou diskusi o definování tohoto poměrně mlhavého termínu.

Cloud Computing v Indianapolis?

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 je mezinárodním lídrem v oblasti cloud computingu

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: škálovatelnost aplikací

Ed Saipetch o škálovatelnosti aplikací

Jedno ze zasedání, kterých jsem se zúčastnil, vedl Ed Saipetch. Když jsem pracoval, pracoval Ed v The Indianapolis Star a vytvořil velkou část škálovatelnosti a aplikací v novinách. Tehdy vytáhl nějaké kouzlo - měl málo zdrojů a spoustu požadavků na budování podnikových aplikací na tenkých rozpočtech.

Ed sdílel hromadu novějších nástrojů, které lze použít pro automatické testování zátěže a testování rychlosti aplikací, stejně jako zdravou diskusi o architektuře a o tom, co to znamená, když roste vertikálně a horizontálně se mění měřítko. Moc se mi líbila konverzace.

Sharding je vlastně technický pojem?

[Vložte Beavis a Butthead se smějí]

Dokonce jsme diskutovali sráženíTermín, který jsem si vyhradil pouze pro koupelnový humor a který jsem jednou viděl ve filmu. Stříkání je ve skutečnosti prostředek škálování vaší aplikace, spíše barbarsky, jednoduše vytvářením nových kopií databáze a tlačením zákazníků do různých databází, aby se zmírnila bolest při zasažení jediné databáze po celou dobu.

Break Out Session: Cloud 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!

Šel jsem do konverzace Návratnost investic v domnění, že budeme mít velmi intenzivní lekci v analýze zdrojů potřebných pro tradiční versus cloudový hosting. Namísto, Robby Slaughter vedl vynikající diskusi o výhodách a nevýhodách obou a hovořil o zmírnění rizik.

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 Komentáře

  1. 1

    "Dokonce jsme diskutovali o střepu, což je termín, který jsem si vyhradil pouze pro humor v koupelně a který jsem jednou viděl ve filmu."

    Smál jsem se tak tvrdě, že jsem se trochu střepil.

    Opět [vložte Beavis a Butthead se smějí]

  2. 2

    Díky za zástrčku, Doug! Cloudcamp byla skvělá událost.

    Nebyl jsem v Edově řeči o střepu, ale myslel jsem si, že objasním, že tento přístup nemusí být nutně „barbarský“. Sharding obvykle znamená rozbití databáze od sebe podél chybových linií specifických pro konkrétní aplikaci. Například pokud data od jednoho zákazníka nikdy neovlivní data od jiného zákazníka, můžete svou hlavní databázi rozdělit na dvě části: AL a MZ.

    Pro lidi z oblasti úložiště (jako Ed) je to trochu hrubé řešení, protože to znamená, že musíte udržovat více databází, které jsou efektivně strukturovány stejným způsobem. Ale je to skvělý způsob, jak zvýšit výkon bez zvýšení nákladů!

Co si myslíte?

Tyto stránky používají Akismet k omezení spamu. Zjistěte, jak jsou vaše údaje komentářů zpracovávány.