Вчера поучаствовал в "Форуме технологий" от mail.ru. Мероприятие оказалось очень интересным и лично я для себя вынес много полезного. При сравнении с GDD - лучше в разы.
Рассказывали как они разрабатывают сервисы, которые выдерживают нагрузку в 50 млн активных пользователей, как устроен их поиск (оказывается у mail.ru есть собственный поиск). Кстати мне понравился ответ на вопрос, зачем mail.ru собственный поисковик, при наличии таких сильных конкурентов, как яндекс и google. У всех поисковиков конкурентов есть неустранимый недостаток - прибыль от их работы идет не mail.ru :)))
Очень понравилось выступление про мониторинг сервисов. Особенно про мониторинг мониторинга, что многие делать забывают.
Рассказывали про Tarantool - собственная разработка mail.ru. Key-Value store. Что-то вроде мемкеша, но с записью состояния на диск, так что в случае чего все данные можно восстановить. Плюс хранимки на lua, плюс в следующей версии поддержка транзакций. Жутко производительная вещь, используется в mail.ru для хранения сессий, уведомлений, счетчиков и т.п, обрабатывает до 700000 запросов в секунду на чтение на одном сервере.
Еще из полезного рассказали про тестирование rich client, как оно устроено у них и показали интересный хак с подключением множества js файлов, как ничего не забыть и подключать только то, что надо.
Отдельное спасибо за хорошую организацию, нигде не было очередей, очень вкусно кормили.
Интересный факт, раздавали iPad2 за лучшие вопросы докладчикам. Такого количества вопросов я не видел ни на одном мероприятии ;) К сожалению, мне iPad не достался.
Что касается высоконагруженности проектов, то, конечно, все что они рассказывали относится к простым задачам на миллионы пользователей. Основной принцип построения таких сервисов - разбивать задчачи на как можно более простые подзадачи и их решать с помощью таких же простых и быстрых сервисов.
Такой подход не сработает если вам нужно что-то сложнее, например биллинг у оператора мобильной связи. В таких областях как господствовали коммерческие решения типа Oracle, так и будут в обозримом будущем. Еще один класс задач полностью обойденный вниманием - высокая вычислительная нагрузка, там надо применять вообще другие подходы к проектированию приложений.
Но для решения задач пользовательских сервисов рецепт Mail.Ru - то, что надо, вот он на слайде ниже:
Ну и завершая еще раз спасибо организаторам, с удовольствием пойду в следующий раз.
Рассказывали как они разрабатывают сервисы, которые выдерживают нагрузку в 50 млн активных пользователей, как устроен их поиск (оказывается у mail.ru есть собственный поиск). Кстати мне понравился ответ на вопрос, зачем mail.ru собственный поисковик, при наличии таких сильных конкурентов, как яндекс и google. У всех поисковиков конкурентов есть неустранимый недостаток - прибыль от их работы идет не mail.ru :)))
Очень понравилось выступление про мониторинг сервисов. Особенно про мониторинг мониторинга, что многие делать забывают.
Рассказывали про Tarantool - собственная разработка mail.ru. Key-Value store. Что-то вроде мемкеша, но с записью состояния на диск, так что в случае чего все данные можно восстановить. Плюс хранимки на lua, плюс в следующей версии поддержка транзакций. Жутко производительная вещь, используется в mail.ru для хранения сессий, уведомлений, счетчиков и т.п, обрабатывает до 700000 запросов в секунду на чтение на одном сервере.
Еще из полезного рассказали про тестирование rich client, как оно устроено у них и показали интересный хак с подключением множества js файлов, как ничего не забыть и подключать только то, что надо.
Отдельное спасибо за хорошую организацию, нигде не было очередей, очень вкусно кормили.
Интересный факт, раздавали iPad2 за лучшие вопросы докладчикам. Такого количества вопросов я не видел ни на одном мероприятии ;) К сожалению, мне iPad не достался.
Что касается высоконагруженности проектов, то, конечно, все что они рассказывали относится к простым задачам на миллионы пользователей. Основной принцип построения таких сервисов - разбивать задчачи на как можно более простые подзадачи и их решать с помощью таких же простых и быстрых сервисов.
Такой подход не сработает если вам нужно что-то сложнее, например биллинг у оператора мобильной связи. В таких областях как господствовали коммерческие решения типа Oracle, так и будут в обозримом будущем. Еще один класс задач полностью обойденный вниманием - высокая вычислительная нагрузка, там надо применять вообще другие подходы к проектированию приложений.
Но для решения задач пользовательских сервисов рецепт Mail.Ru - то, что надо, вот он на слайде ниже:
Ну и завершая еще раз спасибо организаторам, с удовольствием пойду в следующий раз.
0 Комментарии:
Отправить комментарий