Никогда не знаешь где возникнет проблема при построении отказоустойчивого сервиса. Нельзя доверять вообще никаким компонентам, никому (даже Гуглу). А полная отказоустойчивость обходится слишком дорого. Вот вам кулстори:
Казалось бы, мы сделали все, чтобы был доступен reporting.js — маленький статический файлик, который загружается на все сайты пользователей Qbaka. Положили его в крутой CDN, сделали собственный домен для этого CDN, чтобы можно было переключиться на другой CDN, в случае если крутой CDN даст сбой.
Но нет, qbaka.net был зарегистрирован через регистратора R01, у которого мы взяли бесплатные DNS-сервера. Адрес CDN-а был абстрагирован через наш поддомен cdn.qbaka.net, а на DNS-сервере случился сбой. Не просто какой-то сбой, который бы сделал его недоступным, нет. DNS отлично работал, но на все запросы отвечал неправильным IP-адресом, т.е. попытка загрузить наш скрипт перенаправлялась на другой сервер. И этот ответ разъехался по DNS-серверам по всему миру и закешировался. А еще у меня из-за этой херни не работает почта, amima.ru использует тот же DNS-сервер.
Но это все хуйня. Дело в том что по этому IP-адресу, при попытке запросить наш скрипт, отдается не абы что, а вполне валидный чужой скрипт, который занимается, внимание, РЕДИРЕКТОМ на домен, в котором пытались загрузить скрипт (т.е. на cdn.qbaka.net, IP которого ведет на чужой сервер, где уже открывается совсем левый сайт "парковки" домена). Это были мемуары "как похоронить бизнес за один день" :). Аккуратно выбирайте DNS-сервера (кто бы мог подумать!).
Казалось бы, мы сделали все, чтобы был доступен reporting.js — маленький статический файлик, который загружается на все сайты пользователей Qbaka. Положили его в крутой CDN, сделали собственный домен для этого CDN, чтобы можно было переключиться на другой CDN, в случае если крутой CDN даст сбой.
Но нет, qbaka.net был зарегистрирован через регистратора R01, у которого мы взяли бесплатные DNS-сервера. Адрес CDN-а был абстрагирован через наш поддомен cdn.qbaka.net, а на DNS-сервере случился сбой. Не просто какой-то сбой, который бы сделал его недоступным, нет. DNS отлично работал, но на все запросы отвечал неправильным IP-адресом, т.е. попытка загрузить наш скрипт перенаправлялась на другой сервер. И этот ответ разъехался по DNS-серверам по всему миру и закешировался. А еще у меня из-за этой херни не работает почта, amima.ru использует тот же DNS-сервер.
Но это все хуйня. Дело в том что по этому IP-адресу, при попытке запросить наш скрипт, отдается не абы что, а вполне валидный чужой скрипт, который занимается, внимание, РЕДИРЕКТОМ на домен, в котором пытались загрузить скрипт (т.е. на cdn.qbaka.net, IP которого ведет на чужой сервер, где уже открывается совсем левый сайт "парковки" домена). Это были мемуары "как похоронить бизнес за один день" :). Аккуратно выбирайте DNS-сервера (кто бы мог подумать!).
You never know where the problem will arise when building a fault-tolerant service. You can’t trust any components at all, anyone (even Google). A complete fault tolerance is too expensive. Here you have the coulstory:
It would seem that we did everything so that reporting.js is available - a small static file that is uploaded to all Qbaka user sites. We put it in a cool CDN, made our own domain for this CDN, so that you can switch to another CDN in case the cool CDN fails.
But no, qbaka.net was registered through the registrar R01, from which we took free DNS servers. The CDN address was abstracted through our subdomain cdn.qbaka.net, and a failure occurred on the DNS server. Not just some kind of glitch that would make it inaccessible, no. DNS worked fine, but responded to all requests with an incorrect IP address, i.e. an attempt to load our script was redirected to another server. And that answer went around DNS servers around the world and cached. And because of this garbage, mail doesn’t work for me, amima.ru uses the same DNS server.
But this is all bullshit. The fact is that at this IP address, when trying to request our script, it’s given not just that, but a completely valid someone else’s script, which deals with the REDIRECT to the domain in which they tried to load the script (i.e. to cdn.qbaka .net, whose IP leads to a foreign server, where the completely left domain "parking" site is already open). It was a memoir "how to bury a business in one day" :). Carefully choose your DNS server (who would have thought!).
It would seem that we did everything so that reporting.js is available - a small static file that is uploaded to all Qbaka user sites. We put it in a cool CDN, made our own domain for this CDN, so that you can switch to another CDN in case the cool CDN fails.
But no, qbaka.net was registered through the registrar R01, from which we took free DNS servers. The CDN address was abstracted through our subdomain cdn.qbaka.net, and a failure occurred on the DNS server. Not just some kind of glitch that would make it inaccessible, no. DNS worked fine, but responded to all requests with an incorrect IP address, i.e. an attempt to load our script was redirected to another server. And that answer went around DNS servers around the world and cached. And because of this garbage, mail doesn’t work for me, amima.ru uses the same DNS server.
But this is all bullshit. The fact is that at this IP address, when trying to request our script, it’s given not just that, but a completely valid someone else’s script, which deals with the REDIRECT to the domain in which they tried to load the script (i.e. to cdn.qbaka .net, whose IP leads to a foreign server, where the completely left domain "parking" site is already open). It was a memoir "how to bury a business in one day" :). Carefully choose your DNS server (who would have thought!).
У записи 36 лайков,
10 репостов.
10 репостов.
Эту запись оставил(а) на своей стене Андрей Мима
