Мы решили, что уже замучали Хабралюдей рассказами о том, что есть MDC, поэтому детали опустили. Вот первый пост, тут максимум инфы: habrahabr.ru/blogs/im/38902/
Да, мы пока в бете и ожидаем максимальный пользовательский feedback, если Вы сможете попробовать новую версию и отписаться о результатах на bugs.mdc.ru/, мы будем очень признательны!
Вес по сути и есть 1/время_отлика_до_DNS. Я просто попытался навести мостик между двумя подходами, что они есть что-то диаметрально противоположное, а между ними есть связь.
Насчет «горячего» согласен, у нас только специфика в том, что «горячий» он разный для разных стран/регионов (в силу локализации контента по языку), поэтому копирование тесно объединено с вопросом выбора ближайшей площадки, а весь контент точно не скопировать.
Ага, мне кажется, что просто различие описанного мной и «железки» — возможность грамотно расставить веса. Т.е. с некоторым приближением можно веса расставить правильно, тогда будет счастье, динамически их менять тяжело (что может сделать железка, отслеживая реальную ситуацию).
Кстати, а как с железкой решить вопрос о необходимости копирования контента на определенную площадку? Ведь здесь не только вопрос выбора ближайшего сервера.
Тут написано в теме поста «своими руками». Специально написано, чтобы не было сомнений в том, что так надо делать CDN всегда. Я полагаю, существует некоторая ниша, в которой и описанному мной есть место.
Badoo — это круто, он быстро вырос и всё такое, и вы молодцы!
Я не хотел отрицать этим постом возможность применения «железки», которую Вы описываете.
Но я бы хотел прокомментировать свою «очевидную глупость»: «случайным образом если связ одинаковая». Такого не написано в моем посте, уж простите, там речь шла о равном «расстоянии». Расстояние — вещь условная, и если оно правильно выбрано, то и правильно будет выбран канал, хотя сложность его выбора корректно — это отдельная проблема.
Не претендую на то, что предложенный вариант является «лучшим», но он жизнеспособен, как мне кажется. А в комментариях стоит быть несколько тактичнее, shapa.
«Live broadcast» на smotri.com есть, вы можете посмотреть, оно работает. Multicast на практике не работает в пределах «большого» Интернета, только в контролируемых локальных сетях.
Насчет того, как это устроено — я собираюсь написать статью (или серию статей на эту тему). Это в двух словах не расскажешь ;)
Я просто приводил примеры технологий… Это мог бы быть и nginx, и кто-то еще. А можно и Apache, нагрузки особой нет на WebDAV, это не так принципиально.
Я не о том, что это невозможно, я о том, что наша практика подсказывает, что машина с 30-ю маунтами по NFS работает нестабильно, особенно когда в сети возникает проблема (например, теряются пакеты). И это приводит к «подвисаниям» сервера. NFS — классно, удобно, но наша практика заставила от него избавиться.
Если Вы знаете на собственном опыте, как в такой ситуации всё-таки использовать NFS — я, и, думаю, многие хабралюди, были бы рады прочитать об этом в подробной статье :)
Не пробовали, думаю эти решения примерно равны по сложности/возможностям/эффективности в данной ситуации. У нас не было человека в команде, который бы уже был готов ко всем подводным камням MogileFS, а такая архитектура выглядела более прямолинейной. Ни в коей мере не против MogileFS ;)
Насчет «горячего» согласен, у нас только специфика в том, что «горячий» он разный для разных стран/регионов (в силу локализации контента по языку), поэтому копирование тесно объединено с вопросом выбора ближайшей площадки, а весь контент точно не скопировать.
Кстати, а как с железкой решить вопрос о необходимости копирования контента на определенную площадку? Ведь здесь не только вопрос выбора ближайшего сервера.
Badoo — это круто, он быстро вырос и всё такое, и вы молодцы!
Но задачи, ресурсы у всех разные.
Но я бы хотел прокомментировать свою «очевидную глупость»: «случайным образом если связ одинаковая». Такого не написано в моем посте, уж простите, там речь шла о равном «расстоянии». Расстояние — вещь условная, и если оно правильно выбрано, то и правильно будет выбран канал, хотя сложность его выбора корректно — это отдельная проблема.
Не претендую на то, что предложенный вариант является «лучшим», но он жизнеспособен, как мне кажется. А в комментариях стоит быть несколько тактичнее, shapa.
Насчет того, как это устроено — я собираюсь написать статью (или серию статей на эту тему). Это в двух словах не расскажешь ;)
Если Вы знаете на собственном опыте, как в такой ситуации всё-таки использовать NFS — я, и, думаю, многие хабралюди, были бы рады прочитать об этом в подробной статье :)