Що я дізнався на CloudCamp

CloudCamp ДейвХоча минулого тижня через затримку (1 тиждень) через сніг, CloudCamp Indianapolis пішов без заперечень сьогодні ввечері. Якщо ти НЕ з Індіанаполіса - вам слід продовжувати читати. CloudCamp є відносно новим і проводиться у великих містах по всьому світу. Завдяки предметному досвіду та галузевому керівництву BlueLock, ми провели вдалий захід прямо тут, в Інді.

Якщо вам цікаво що таке хмарні обчислення, Bluelock дав деяку дискусію щодо визначення цього досить туманного терміну.

Хмарні обчислення в Індіанаполісі?

Індіанаполіс привертає увагу на національному та міжнародному рівнях через низькі, стабільні витрати, пов’язані з електроенергією та нерухомістю - двома величезними факторами, що визначають витрати на розміщення. Крім того, погода у нас повна, і ми перетинаємо основні кістяки Інтернету в Північній Америці. Якщо ви зараз розміщуєте свою заявку в каліфорнійському сховищі даних - можливо, ви захочете подивитися!

BlueLock - світовий лідер у хмарних обчисленнях

Я повинен бути чесним, чим більше я чую, як говорить Пат О'Дей, тим більше лякається, наскільки знає цей хлопець про хмарні обчислення, обчислювальні програми, обчислювальні мережі, управління сховищами даних, віртуалізацію, VMWare ... ти називаєш це, і цей хлопець знає це. Він лагідний, люб’язний і має дивовижну здатність говорити з нами, хто не є підкованим у цій галузі!

Я не знижую інших у команді! Джон Кваллс і Брайан Вольф - прекрасні друзі, але сьогодні Пат був у центрі уваги.

Проривні сеанси: масштабованість додатків

Ед Сайпетч про масштабованість додатків

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

Ед поділився тоною про новіші інструменти, які можна використовувати для автоматизованого тестування навантаження та тестування швидкості додатків, а також здорове обговорення архітектури та того, що це означає, зростаючи вертикально та масштабуючи горизонтально. Мені дуже сподобалася розмова.

Шардінг - це насправді технічний термін?

[Вставте Бівіса та Батхеда сміятися]

Ми навіть обговорювали заточування, термін, який я зарезервував лише для гумору у ванній кімнаті, який я бачив у фільмі одного разу. Sharding насправді є засобом масштабування вашої програми, а не по-варварськи, просто шляхом створення нових копій бази даних та підштовхування клієнтів до різних баз даних, щоб полегшити біль від постійного потрапляння в одну базу даних.

Вибухова сесія: Хмарний рентабельність інвестицій

Витрати, пов'язані з хмарними обчисленнями, можуть коливатися в широких межах - від практично нічого до систем, що мають суворий моніторинг та надійний захист. Смаком BlueLock є Інфраструктура як послуга - де ви можете в основному передати всі головні болі Інфраструктури своїй команді, щоб ви могли зосередитися на розгортанні та зростанні!

Я вступив у розмову про рентабельність інвестицій, думаючи, що у нас буде дуже насичений урок з аналізу ресурсів, необхідних для традиційного та хмарного хостингу. Натомість, Роббі Забій провів видатне обговорення плюсів і мінусів обох та поговорив про зменшення ризику.

Ризик - це число, на яке більшість компаній можуть поставити деякі цифри ... скільки це коштуватиме, якщо ви не зможете миттєво зростати? Скільки це коштуватиме, якщо ви спуститесь і вам потрібно буде відновити відновлене середовище? Ці витрати, або втрата доходу, можуть затьмарити нікелі та гроші, проаналізовані в традиційному порівнянні.

Особлива подяка BlueLock за чудово проведений захід (каламбур). Я не міг дочекатися повернення додому та ведення блогу про шардінг.

4 Коментарі

  1. 1

    "Ми навіть обговорювали шардінг, термін, який я зарезервував лише для гумору у ванній кімнаті, який я бачив у фільмі один раз".

    Я так сміявся, що трохи загострився.

    Знову ж [Вставте Бівіса та Батхеда сміятися]

  2. 2

    Дякую за розетку, Даг! Cloudcamp був чудовою подією.

    Я не був у розмові Еда про шардінг, але я думав, що пояснитиму, що такий підхід не обов'язково є "варварським". Зазвичай шардінг відноситься до розбиття бази даних по лініях несправностей, специфічних для додатків. Наприклад, якщо дані одного клієнта ніколи не впливають на дані іншого клієнта, ви можете розділити свою основну базу даних на дві частини: AL і MZ.

    Для сховищ (наприклад, Еда) це начебто грубе рішення, оскільки це означає, що вам доведеться вести кілька баз даних, які ефективно структуровані однаково. Але це чудовий спосіб підвищити продуктивність, не додаючи великих витрат!

Що ви думаєте?

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.