Высокая нагрузка
Mar. 17th, 2011 04:16 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
a_jellyЯ люблю всякие полезные конференции, типа HighLoad и т.д. Но очень часто после просмотра презентации меня начинает мучить один вопрос: нужно ли было делать все так громоздко?
По сути докладчики частенько соревнуются в степени overengineering-а своих решений.
Типа, мы сделали двойное резервирование по каналам и по серверам! Это что, а вот мы сделали тройное! Yandex хвастается, что у них три датацентра и отключения одного их них мы даже не заметим. Amazon на начальном этапе вбухал столько денег в инфраструктуру, что теперь не знает куда девать мощности, и развернул бизнес по продаже облаков...
Конечно, если компания имеет нешуточные бюджеты на инфраструктуру, то чего бы их не осваивать. Но есть ли в этом заслуга? Пусть я подрядчик по строительству пирамид. Мне говорят - нужна новая пирамида, 145 метров в высоту. - Делов-то! отвечаю я. Нанимаем 100 тыс. рабов - фараон платит... Изобретение бульдозеров и кранов мне не нужно!
Редко, или даже очень редко я вижу именно доклады о повышения эффективности использования ресурсов. Не экстенсивного развития, а интенсивного. Классика жанра другая: раньше у нас был сервер написанный на С, но его мало кто мог понять. Мы перешли на жабу, правда, у нас стало 4 сервера. Жаба тоже оказалась под силу не всем, мы перешли на питон, и теперь у нас 40 уже серверов. Как это круто и стильно!
Спору нет - умение масштабироваться тоже важно. Но надо делать это эффективно! Вспомните олимпиаду в Нагано, 1998 года. IBM обслуживал это событие (всемирного масштаба) настолько смешными (по сегодняшним меркам) мощностями, что диву даешься. Сейчас все не так. Чтобы
обслуживать жалкую сотню тысяч посетителей в день, люде ставят кластеры, распределенные хранилища данных и пр. и пр. Времена меняются.
Как-то так.
По сути докладчики частенько соревнуются в степени overengineering-а своих решений.
Типа, мы сделали двойное резервирование по каналам и по серверам! Это что, а вот мы сделали тройное! Yandex хвастается, что у них три датацентра и отключения одного их них мы даже не заметим. Amazon на начальном этапе вбухал столько денег в инфраструктуру, что теперь не знает куда девать мощности, и развернул бизнес по продаже облаков...
Конечно, если компания имеет нешуточные бюджеты на инфраструктуру, то чего бы их не осваивать. Но есть ли в этом заслуга? Пусть я подрядчик по строительству пирамид. Мне говорят - нужна новая пирамида, 145 метров в высоту. - Делов-то! отвечаю я. Нанимаем 100 тыс. рабов - фараон платит... Изобретение бульдозеров и кранов мне не нужно!
Редко, или даже очень редко я вижу именно доклады о повышения эффективности использования ресурсов. Не экстенсивного развития, а интенсивного. Классика жанра другая: раньше у нас был сервер написанный на С, но его мало кто мог понять. Мы перешли на жабу, правда, у нас стало 4 сервера. Жаба тоже оказалась под силу не всем, мы перешли на питон, и теперь у нас 40 уже серверов. Как это круто и стильно!
Спору нет - умение масштабироваться тоже важно. Но надо делать это эффективно! Вспомните олимпиаду в Нагано, 1998 года. IBM обслуживал это событие (всемирного масштаба) настолько смешными (по сегодняшним меркам) мощностями, что диву даешься. Сейчас все не так. Чтобы
обслуживать жалкую сотню тысяч посетителей в день, люде ставят кластеры, распределенные хранилища данных и пр. и пр. Времена меняются.
Как-то так.