Какво научих в CloudCamp

CloudCamp ДейвМакар и забавено (1 седмица) поради сняг миналата седмица, CloudCamp Indianapolis отиде без проблеми тази вечер. Ако ти си не от Индианаполис - трябва да продължите да четете. CloudCamp е сравнително нов и се провежда в големите градове по целия свят. Благодарение на експертизата по темата и лидерството в бранша на BlueLock, проведохме успешно събитие точно тук, в Инди.

Ако се чудите какво е Cloud Computing, Bluelock даде дискусия относно дефинирането на този доста мъгляв термин.

Облачните изчисления в Индианаполис?

Индианаполис привлича вниманието на национално и международно ниво поради ниските, стабилни разходи, свързани с електричеството и недвижимите имоти - два огромни фактора за определяне на разходите за хостинг. Освен това времето ни е стабилно и ние сме пресечна точка на основните гръбнак на Интернет в Северна Америка. Ако хоствате приложението си в калифорнийски склад за данни в момента - може да искате да погледнете!

BlueLock е международен лидер в облачните изчисления

Трябва да бъда честен, колкото повече чувам да говори Пат О'Дей, толкова по-плашен от това колко знае този тип за изчислителните облаци, изчислителните програми, изчислителните мрежи, управлението на хранилището на данни, виртуализацията, VMWare ... вие го наричате и този човек знае то. Той е меко говорещ, любезен и има необичайната способност да говори с нас, хората, които не сме добре познати в тази индустрия!

Не отстъпвам други от отбора! Джон Куалс и Брайън Улф са страхотни приятели, но тази вечер Пат беше в центъра на вниманието.

Break Out Sessions: Мащабируемост на приложенията

Ед Сайпетч за мащабируемостта на приложенията

Една от сесиите, на които присъствах, беше водена от Ед Сайпетч. Ед работеше в The Indianapolis Star, когато аз го направих, и изгради голяма част от мащабируемостта и приложенията във вестника. Тогава той извади някаква магия - имаше малко ресурси и много изисквания, изграждайки корпоративни приложения с ограничен бюджет.

Ед сподели тон за по-новите инструменти, които могат да се използват за автоматизирано тестване на натоварване и тестване на скоростта на приложението, както и здравословна дискусия за архитектурата и какво означава това, като расте вертикално и мащабира хоризонтално. Наистина се насладих на разговора.

Sharding всъщност е технически термин?

[Вмъкнете Beavis и Butthead се смеят]

Дори обсъждахме рязкост, термин, който бях запазил само за хумор в банята, който веднъж видях във филм. Sharding всъщност е средство за мащабиране на вашето приложение, по-скоро варварско, просто чрез създаване на нови копия на база данни и принуждаване на клиентите към различни бази данни, за да облекчи болката от удрянето на една база данни през цялото време.

Разбивна сесия: Облачна възвръщаемост на инвестициите

Разходите, свързани с изчисленията в облак, могат да варират в широки граници - от почти нищо до системи, които са силно наблюдавани и силно защитени. Вкусът на BlueLock е Infrastructure as a Service - където можете основно да възложите всички главоболия на Infrastructure на техния екип, за да можете да се концентрирате върху внедряването и растежа!

Влязох в разговора за възвръщаемост на инвестициите, мислейки, че ще имаме много интензивен урок по анализ на ресурсите, необходими за традиционния хостинг спрямо облака. Вместо, Роби клане води изключителна дискусия за плюсовете и минусите и на двамата и говори за намаляване на риска.

Рискът е число, на което повечето компании могат да поставят някои цифри ... колко ще струва, ако не можете да растете моментално? Колко ще струва, ако слезете надолу и трябва да възстановите възстановена среда? Тези разходи или загубените приходи могат да засенчат никелите и монетите, анализирани в традиционно сравнение.

Специални благодарности на BlueLock за чудесно организирано събитие (предназначено за игра на думи). Нямах търпение да се прибера вкъщи и да пиша в блог за шардинг.

4 Коментари

  1. 1

    „Дори обсъдихме шардинга, термин, който бях запазил само за хумора в банята, който веднъж видях във филм.“

    Толкова се засмях, че малко се изострих.

    Отново, [Вмъкнете Beavis и Butthead се смеят]

  2. 2

    Благодаря за щепсела, Дъг! Cloudcamp беше страхотно събитие.

    Не бях в разговора на Ед за шардинг, но мислех, че ще поясня, че този подход не е непременно „варварски“. Обикновено заличаването се отнася до разделяне на вашата база данни по линии за грешки, специфични за приложението. Например, ако данните от един клиент никога не влияят на данни от друг клиент, можете да разделите основната си база данни на две части: AL и MZ.

    За съхраняване на момчета (като Ед) това е нещо грубо решение, защото означава, че трябва да поддържате множество бази данни, които са ефективно структурирани по един и същи начин. Но това е чудесен начин да увеличите производителността, без да добавяте много разходи!

Какво мислите?

Този сайт използва Akismet за намаляване на спама. Научете как се обработват данните за коментарите ви.