Рассказать о перестройке архитектуры медиапроекта?

Question

[Daniel Newman]

Чужие сиси, для привлечения внимания.


Есть проект, по которому все еще больше вопросов, чем ответов (не Хабр). Хочется рассказать о том, как и почему мы делаем, что бы добиться заветного HA-статуса его работы и сохранности наших данных меньшей кровью. Клиенты получат решение, а все размышления уйдут в песок.


История пойдет от вопросов с DNS и докатиться до анализа производительности и настроек служб мониторинга какой-нибудь MySQL. Возможно про облака что-то будет, если понадобится и будет выбран Amazon Route 53 (почему-то вкуснее выглядит чем ЗерАйГоу). Уровень будет не очень продвинутый, но на комментаторов уповаю.


P.S. А вообще, я бы с удовольствие коллективно перемусолил архитектуру TM и её проектов, но не нашел никакой информации в паблике. Схему набросал в Mindjet на основании виндовых консольных инструментов.)

Answer 1

[Sergey]

Тема весьма интересна.
Но если качество русского языка в статье будет таким же, как и тут, то не стоит.

Comments

[Daniel Newman]

При всем моем желания сказать что-то грубое в ответ, я поинтересуюсь конкретикой: чего не нравится?

[Daniel Newman]

«Понадобиться» и «докатиться». 2 из 4. Извините, выкидывал куски и забыл согласовать «доатиться» и упарившись облажался в первом случае. Обычно в личку такие вещи пишут, все благодарен, сам читаю словами, а не по слогам, потому часто не вижу.

На счет эпического стиля — не вижу в этом ничего страшного, но учту и будет уныло академично. Но лучше живенько и босоного по делу, чем высоколобо ниочем (тут аллюзия на разговорное слово «нипочем», записанное по правилам наречий), ради неуместной эстетизации. Все равно, большое спасибо за.

[Sergey]

При всем моем желания сказать что-то грубое в ответ, я поинтересуюсь конкретикой: чего не нравится?

например.
Не в обиду. Просто предупреждаю, что Хабр такого не терпит и если таких, гм, нелепостей, будет много (а судя по выборке на небольшом количестве текста, их будет много) пока будешь исправлять по сообщениям в личке — просто напросто статья уйдет в минус. Плохо, когда интересный материал (он ведь будет интересный, да?) утопает из-за грамматики.

[Александр]

я бы что-нибудь подсказал, только схему не видно совсем, собственно не совсем понятно что требуется

[Daniel Newman]

Схема «Тематической Медии» тут почти вторична, и приведена лишь по тому, что ищу живые медиа-проекты с более-менее прозрачной архитектурой DNS, что бы не изобретать свой велосипед. Изучать и копировать живые рабочие практики в организации разработки, деплоя и бэкапа высокодоступных/высоконагруженных проектов — то что сейчас интересует.

И история пойдет не как в случае с HighLoad'ом (от приложения), а от пользователя, начиная с DNS и уже только потом, может быть, что-то о хайлоде буркну под нос. ) Заказчик хочет увидеть цену моего решения, так что немного придется подождать со статьей.

А по жизни, сейчас оцениваю/сравниваю вариант «свой DNS-сервер», как у ТМ, против облачных и иных внешних DNS-хостингов. Вот схема того, что видно по хабру и «Тематичесим Медиям» со стороны Интернета. У меня пока больше вопросов возникает с их DNS-хостингом. Если вы помните тот случай, когда Хабру досили именно по DNS, то совершенно не ясно, как они от этого ушли через один собственный NS и другой собственный не рабочий NS. Рассматриваю варианты с Route 53 от Амазона, но как представлю теоретическую атаку ботнета из 3 000 машин по 1 000 000 запросов и счет от Амазона на какие-нибудь $750-1000 долларов за несколько часов — становится не по себе. ) Это будет первой частью — сравнить, оценить риски и возможности и наметить цены решений. Может и на примере воображаемой компании со схожей схемой проекта.