Я то же не смог докопаться до истины. Но есть подозрение, что ничего особого за IP адресом ELB не стоит. Иначе бы они трубили об этом, так как это весомое конкурентное преимущество. Эх, скорее бы уже времена ipv6 anycast. Больно дорог он для ipv4 получается. Кроме корневых DNS ещё не видел что бы кто-то использовал эту фишку. А ведь вот она — реально отказоустойчивая точка входа в проект.
Посматриваю на Amazon ELB и Route 53 как замену вышеописанной моей схеме. Поэтому такой интерес к данной теме. Интерес немного подрывается недавними сбоями в Amazon, которые не переживали даже очень крупные проекты. То ли их админы неправильно Amazon использовали, то ли сам Amazon в действительности, не может гарантировать отказоустойчивости даже на распределённом географически кластере.
Хотелось бы подробнее узнать за счёт чего обеспечивается отказоустойчивость ELB. Ведь эта подсистема является узким местом для всей вышеописанной мощности Amazon. Используются ли географически распределённые дата-центры для одного моего конкретного IP, anycast, что-то ещё?
Имея среднестатистическое веб-приложение, у нас есть DNS -> «nginx/elb» -> «приложение».
— Если что-то случится с «приложением», то мы практически моментально можем переключиться на резервный дата-центр дёрнув «nginx/elb».
— Если умер «nginx/elb», то дело плохо ведь быстро переключить DNS невозможно. Он кешируется везде где только можно, причём указанный TTL не всегда соблюдается. Любой DNS. Даже тот, что под брендом Amazon.
— Если умер DNS… Ну и пусть, у нас ведь nx-серверов больше одного прописано.
Сейчас использую связку DNS (5 nx-серверов) + nginx (балансировщик + failover ip на другой ДЦ) + приложение (там все серьёзно в плане масштабирования и отказоустойчивости).
И, собственно, вопрос: Чем отказоустойчивее Amazon по сравнению с моей системой?
Пару лет назад, была необходимость создавать скриншоты при сообщении о багах для одной довольно навороченной «интранеты». В итоге сошлись на использовании Java апплета с new Robot ();
Полная кроссбраузерность. Но для обычных сайтов этот метод не подойдёт. Мало кто из посетителей решится отправить снимок всего экрана (не только браузера) куда-то.
Вот только почему мне кажется, что скорее всего ролик бы пропал, заявление то же, а взлом сервера первого канала и распространение через него детской порнографии списали бы на подавшего заявление? Почему!?
А мне представился альтернативный вариант развития событий (ну очень не русский):
Те, кто нашёл этот ролик, не стали прикалываться и предавать огласке сразу, а пошли и написали бы в органы и конкурирующие СМИ. Потом, с чувством выполненного долга, сидя на диване, наблюдали бы «кто кого» и «для кого писан закон». :)
Попробовал добавить ссылки в iTunes, но не получилось. Пишет: «The item you've requested is not currently available in the Русский Store.» Это у меня что-то не так?
Поддерживаю идею. Мой уже два телефона убил (какую-то старую Nokia и Philips Xenium). У жены остался только iPhone 2G — самый неубеваемый оказался, хотя выглядит уже ужасно.
Будет забавно если окажется, что всё на чём базировалась их методика, работало благодаря какому-то багу, обозначенному в треккере разработчиков Скайпа под номером #77777 (например). И тикет уже закрыт и пропатченная версия на днях разойдётся по пользователям. Занавес.
Посматриваю на Amazon ELB и Route 53 как замену вышеописанной моей схеме. Поэтому такой интерес к данной теме. Интерес немного подрывается недавними сбоями в Amazon, которые не переживали даже очень крупные проекты. То ли их админы неправильно Amazon использовали, то ли сам Amazon в действительности, не может гарантировать отказоустойчивости даже на распределённом географически кластере.
Имея среднестатистическое веб-приложение, у нас есть DNS -> «nginx/elb» -> «приложение».
— Если что-то случится с «приложением», то мы практически моментально можем переключиться на резервный дата-центр дёрнув «nginx/elb».
— Если умер «nginx/elb», то дело плохо ведь быстро переключить DNS невозможно. Он кешируется везде где только можно, причём указанный TTL не всегда соблюдается. Любой DNS. Даже тот, что под брендом Amazon.
— Если умер DNS… Ну и пусть, у нас ведь nx-серверов больше одного прописано.
Сейчас использую связку DNS (5 nx-серверов) + nginx (балансировщик + failover ip на другой ДЦ) + приложение (там все серьёзно в плане масштабирования и отказоустойчивости).
И, собственно, вопрос: Чем отказоустойчивее Amazon по сравнению с моей системой?
Полная кроссбраузерность. Но для обычных сайтов этот метод не подойдёт. Мало кто из посетителей решится отправить снимок всего экрана (не только браузера) куда-то.
Те, кто нашёл этот ролик, не стали прикалываться и предавать огласке сразу, а пошли и написали бы в органы и конкурирующие СМИ. Потом, с чувством выполненного долга, сидя на диване, наблюдали бы «кто кого» и «для кого писан закон». :)
Ничего странного, ведь подаваляющее большинство альтернативных решений исключает их из цепочки распределения прибыли.