URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 41673
[ Назад ]

Исходное сообщение
"OpenNews: Обзор архитектуры Twitter.com, работающего на Ruby on Rails"

Отправлено opennews , 11-Май-08 04:32 
Иван Блинков перевел (http://www.insight-it.ru/net/scalability/arkhitektura-twitter/) материал об организации работы проекта Twitter, обслуживающего в среднем 600 запросов в секунду и реализованного на базе Ruby on Rails и СУБД MySQL.


Работу сервиса обеспечивают 8 серверов Sun X4100 и 2  8-ядерных сервера для MySQL (master, обрабатывающий около 2400 запросов к базе в секунду и slave, для статистики и отчетов). Ruby скрипты выполняются на специализированном http-сервере Mongrel (http://mongrel.rubyforge.org/). Все что можно кэшируется через Memcached, при этом общий размер кэша составляет 16 Гб. Для мониторинга используется ПО Munin, Nagios и AWStats.


URL: http://www.insight-it.ru/net/scalability/arkhitektura-twitter/
Новость: http://www.opennet.me/opennews/art.shtml?num=15801


Содержание

Сообщения в этом обсуждении
"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено pavlinux , 11-Май-08 04:32 
GCC on Unix + grep + база в txt и Работу сервиса обеспечит 1 сэрвер PentiumPro 200MHz


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено andreyka459 , 11-Май-08 10:16 
тогда не о чем будет писать и ресурс лишится рекламы на фанатских сайтах :)

"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено bla , 12-Май-08 09:50 
не надо ерунду говорить

"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено andr.mobi , 26-Май-08 23:20 
>GCC on Unix + grep + база в txt и Работу сервиса
>обеспечит 1 сэрвер PentiumPro 200MHz
>

Поддерживаю. Про не Про, но если работает восемь восьмиядерных серверов, да ещё и SPARC, 600 запросов в секунду обрабатывать - не великое достижение.


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено ZANSWER , 11-Май-08 13:41 
А в качестве ОС-и у них Solaris 10...:)

"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено ZANSWER , 11-Май-08 17:20 
> Содержательно...

О чём это было вообще и кому??:-\


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено Аноним , 13-Май-08 02:50 
Прекрасная иллюстрация насколько, OMFG!!!, __насколько__ рябе ТОРМОЗ!

600 в секунду / 8 серваков = 75 req/sec = PIII-1GHZ + Apache 1.3.* + (PHP | PERL) = крутттаааа! Для 2000 года.
(Это если не считать что Sun X4100 может иметь до двух двукорых ... если же считать - 18.75 req/sec ... мой раритетный калькулятор МК-61 может с ним пободаться на равных! :)


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено Аноним , 13-Май-08 06:32 
> Около 600 запросов в секунду.

Вы вообще о чем? Это средняя температура по больнице, и больше ничего. Там ничего не указано о возможном максимуме (и правильно, не стоит помогать организоторам ddos'ов), просто статистика посещаемости.


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено Ne01eX , 16-Май-08 06:44 
Это что-то типа Jabber с единым центральным сервером?

"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено andr.mobi , 26-Май-08 23:28 
Блин, ну и писаки

> путь от 0 до миллионов просмотров страниц занял всего несколько коротких месяцев

А какой месяц считается коротким? Тот, в котором 30 дней? Это через раз? Если заменить "коротких" на "длинных" (и вместо "всего" поставить "целых") - получится фраза с противоположным смыслом, хотя месяцев останется столько же.

Я бы посоветовал удалить "всего" и "коротких", - смешно читать.


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено andr.mobi , 26-Май-08 23:31 
> желающих разослать весточки всем своим друзьям
> с ответом на простой вопрос: а чем ты занимаешься?

Умора. Вот бы не подумал, что стольким людям делать нЕчего. А больше они друг другу ничего не шлют? Я бы ответил, чесслово :))


"Обзор архитектуры Twitter.com, работающего на Ruby on Rails"
Отправлено andr.mobi , 26-Май-08 23:52 
Централизованное решение подобной задачи - бред. Сводить подобную коммуникацию в один, пусть даже широкий и много раз дублированный, канал - обречь всю сеть на регулярные простои. А ведь каждый клиент этой системы - это ненамного менее мощный, чем их восьмиядерные сервера, писюк, который мог бы всю работу делать сам за себя - да ещё и за того парня. Распределённая самосбалансированная сеть - вот правильное решение для интернет-коммуникаторов. Нет центра - нет ДДоС, пофигу пъяный сисадмин или зависший сервер. Скайп, кстати, так и построен - если у тебя реальный IP - будешь гонять трафик от соседей, разговоры пойдут через тебя.