Comments 16
130 серверов на 1 сотрудника, ну у меня примерно столько же на работе:) так что нормально :)
Было не так давно — серверов БД 2000.
На тот момент в сутки они имели 70М уников или 35К на сервер БД.
Хренов друпал со своими 50-100 запросов к базе на страницу с одним выделенным под БД сервером 20К уников в сутки нормально держит.
Я конечно понимаю линейно ничто не масштабируется, но надутые щеки и пальцы веером и типа охрененная система кэширования…
Жопа у них там похоже с архитектурой.
На тот момент в сутки они имели 70М уников или 35К на сервер БД.
Хренов друпал со своими 50-100 запросов к базе на страницу с одним выделенным под БД сервером 20К уников в сутки нормально держит.
Я конечно понимаю линейно ничто не масштабируется, но надутые щеки и пальцы веером и типа охрененная система кэширования…
Жопа у них там похоже с архитектурой.
Скорее всего, просто инфа дублирована-передублирована, чтобы приличный запас прочности был.
В MySQL дублируют-передублируют методом репликации. Славе сервера используют для отдачи по запросам на чтение. Технология отлаженная и все кому даже лень ее используют.
Так что жопа.
Так что жопа.
А как быть с тем что репликация запаздывает?
И как это отменяет необходимость избыточности базы? Я думаю, для такого сервиса нужны региональные дата-центры с почти идентичными базами, чтобы попусту не гонять трафик через океаны. Больше серверов — меньше трафик, я так понимаю.
Нет проблем. С этим никто и не спорит.
Только ведь это приводит к росту количества серверов в разы, а не на порядки.
Более менее пристойная система кеширования позволяет выдать страницу отправив базе 1 — 2 запроса, ну если разработчик криворукий — пусть 3.
Иными словами по сравнению с говнокодом типовых cms'ок на ту же выдачу требуется в 15-100 раз меньше серверов БД.
Пусть на шардинге раза в два потеряли, на репликацию по региональным дц еще 3,
2*3=6.
Иными словами даже при кривых руках разработчиках на один сервер БД должно приходится не меньше 100К уников в сутки. Если меньше, то явно проблемы с архитектурой.
Только ведь это приводит к росту количества серверов в разы, а не на порядки.
Более менее пристойная система кеширования позволяет выдать страницу отправив базе 1 — 2 запроса, ну если разработчик криворукий — пусть 3.
Иными словами по сравнению с говнокодом типовых cms'ок на ту же выдачу требуется в 15-100 раз меньше серверов БД.
Пусть на шардинге раза в два потеряли, на репликацию по региональным дц еще 3,
2*3=6.
Иными словами даже при кривых руках разработчиках на один сервер БД должно приходится не меньше 100К уников в сутки. Если меньше, то явно проблемы с архитектурой.
36.69 серверов в день!
Понятно теперь кто виноват в парниковом эффекте.
С одной стороны сервера выделяют тепло работая на пользователей, с другой эти пользователи, работая с серверами( тоже выделяют различные парниковые эффекты )
С одной стороны сервера выделяют тепло работая на пользователей, с другой эти пользователи, работая с серверами( тоже выделяют различные парниковые эффекты )
Sign up to leave a comment.
Facebook: 300M активных пользователей, 30 000 серверов, 230 специалистов