Comments 128
К черту такую почту, перехожу на Gmail.
GMail тоже не раз глобально падал. Не изобрели пока способ сделать сервис с гарантированным 100% uptime.
Добро пожаловать в интернет! Именно так он и работает — через многоуровневые системы, обеспечивающие маршрутизацию и отказоустойчивость. К сожалению, это не всегда помогает.
Я точно на хабре?
тут нет никаких специальных знаний, достаточно широкого кругозора и здравого смысла
p.s. это реальные впечатления, у меня из отдела помоему только я это знаю и мой тимлид (и то в меньшей мере чем я)… но и я то знаю только потому что когдато админом работал
Еще могут быть сбои при человеческой ошибке при изменениях или выкладывании нового кода. То, что сбой произошел в разгаре рабочего дня, как раз говорит о повышенной вероятности сбоя по одной из этих причин. К примеру, код выкладывается не сразу, а по частям. Вот где запустили, там и пошли сбои.
Но система явно достаточно сложная и можно строить много догадок. Но смысл в том, что физически падение какого-то сервера(ов) не так часто является причиной сбоев.
Можно. Есть несколько штатных подходов подобного рода.
Все корневые сервера DNS работают таким образом через BGP anycast: доступ идёт к ближайшему серверу (согласно правилам раутинга). Но там это удобно потому, что время запрос-ответ короткое. Для HTTP, вообще-то, это тоже годится, если не делаются постоянные соединения :)
В случае одного «сайта» (физической точки присутствия) может быть дополнительный балансер, который раскидывает соединения по своим правилам. Сам балансер очень тупой и потому надёжный, а вот что за ним сзади — уже не видно клиенту.
А ещё могут быть редиректы — например, вебморда грузится с нескольких входных серверов одна, а вот websocket-соединение форвардится уже на конкретный другой сервер, и может перекидываться по ходу.
> Ну или кто-то может подсказать, как это в высоконагруженных сервисах работает?
Все перечисленные подходы по очереди и вместе :)
anycast routing, получателей может быть больше чем один
— DNS-сервер знает IP-адрес клиента и может отдавать по имени IP-адрес ближайшего (в каком то смысле) к клиенту сервера
— BGP — дело в том что маршрутизация в интернет идет между автономными системами (AS) и в принципе ничего не мешает AS объявлять что такие то адреса доступных через них потому что это 'их' адреса или они знают куда дальше кинуть трафик (конкретный маршрут выбирается маршрутизатором провайдера пользователя в зависимости от кучи параметров, включая 'длину' маршрута). Проверки на то, может ли конкретная AS заявлять что конкретный блок адресов — ее/доступен через нее — в общем случае… нет (но стараются сделать + обычно если AS мелкая и анонсирует только свой блок адресов — у тех к кому она подключена — стоят фильтры, защита от ошибок). Какой физически девайс будет отвечать на конкретном IP-адресе — зависит скорее от того, как маршрутизаторы у провайдера(всех провайдеров по пути к реальному серверу) настроены. Тот же механизм можно внутри AS использовать (только протоколы другие — не BGP). Некоторые провайдеры считают что они имеют права конкретные IP-адреса отправлять на свой сервер где, если обращение по http — показывать свою рекламу и сообщение что они обязаны это делать по закону а у пользователя нет потребности в доступе к реальному сайту(пример — у пользователей из России нет потребности в доступе к flibusta.is), а https — тупо резать или подсовывать сертификат кривой и то же сообщение.
— купить/арендовать IP себе (если не речь про провайдера) — надо стать LIR или через одного из LIR запросить блок PI(Provider Independent) адресов и свой номер AS. И подключится к провайдеру с использованием BGP(вы будете ему свою AS анонсировать ). Получать надо блок потому что КАЖДЫЙ блок строка в памяти всех маршрутизаторов кто держит Full View BGP (полную карту). Платить за это будете либо RIPE (если вы LIR стали) либо LIR'у. Есть LIR'ы кто на этом бизнес строят — например www.ipaddr.ru. Частному лицу в России — ну теоретически это возможно. Практически — тоже (мне такой случай известен). Реально же — новый блок даже /24 (256 адресов, меньше для IPv4 нельзя) IPv4 адресов вам врядли получится получить, потому что кончились и вообще давно пора IPv6 использовать. Но можно купить у кого есть. На взаимовыгодных условиях.
f5 — компания-производитель балансировщиков нагрузки. тупых железок которая принимает запросы и на базе каких то простых критериев решает какой сервер будет обслуживать конкретный запрос обслуживать. причем решает быстро. причем учитывает что серверы «за» ней — могут отвалится/быть перегруженными. еще может например TLS терминировать. То же самое можно в принципе ручками сделать, сервер с nginx.
Если Вам интересно, то поищите другие статьи.
IP адрес не является чем-то, что привязано к одной железке. Это виртуальная вещь, которую можно крутить достаточно много. Главное — чтобы TCP терминировалось в правильном месте, потому что tcp сессию не реально перевести на другой сервер в больших масштабах.
Самые крутые трюки с виртуальными IP я видел у fastly: www.fastly.com/blog/building-and-scaling-fastly-network-part-2-balancing-requests
Но смысл в том, что физически падение какого-то сервера(ов) не так часто является причиной сбоев.
Несколько лет назад: 2-суточный простой федерального банка по причине неожиданно закончившегося места в хранилище.
В «Ру-Центр» направлен соответствующий запрос. Так как трекер с момента приостановки делегирования по текущий момент не доступен по старому адресу, то имя изменено на «RuTracker.org».
Могу предположить, если бы это был иностранный регистратор, дело было бы сложнее. То есть проблема была конкретно в ru (что вы и выделили). Вывод — надо региться в com/org/net etc.
А чем почта от mail.ru плоха? Несмотря на все проблемы компании именно почта реализована очень грамотно. По крайней мере мне удобнее работать с ней, чем с тем же gmail
Ну вот мне хочется, чтобы документы (doc, pdf, etc) открывались прям в интерфейсе почты и в web-клиенте и в мобильном. На мобильном ещё чтобы были мгновенные пуши о новых письмах.
Если приплюсовать к этому "чтоб не зарубежный", то навскидку знаю только G Suite и подозреваю, что Outlook. Те же Protonmail и Fastmail не работают с документами.
Внезапно, если нужны удобства, то выбор не такой уж и большой.
Короче говоря списочек почтовых сервисов пжлста
1. С какого года работают
2. Размер ящика
3. Кто из них реально имеет свои мощности, а кто у это все арендует. (у бобров, в яд-е, в мыле and cetera)
4. Возможность просматривать вложения в вебинтерфейсе
5. Возможность мигрировать со всем своим скарбом в систему и из системы.
6. ну и последнее не по значимости, а по порядку. Как часто система падает.
Для начала:
https://prxbx.com/email/
https://www.privacytools.io/providers/email/
Как часто система падает.
Эта информация даже для mail.ru или gmail неизвестна, как вы хотите сравнивать?
Для начала:
prxbx.com/email
www.privacytools.io/providers/email
За списки конечно гранмерси, но информация в них обновлялась последний раз в январе 2019 года.
Эта информация даже для mail.ru или gmail неизвестна, как вы хотите сравнивать?
О проблемах gmail.com и mail.ru мы хотябы в публичной сфере видим, а с этими сервисами у нас только информация уровня «верьте нам люди!»
Но все равно спасибо за информацию.
То-то сотрудники Google в последнее время в профсоюзы организуются и прочую движуху устраивают. Никак из-за того, что в корпорации добра работают. ;)
А почему нет?
Ну и если вас интересует доставляемость почты на mail.ru (сервис postmaster.mail.ru) то тоже нужен аккаунт.
Совпадение?
Не думаю! ©
Кстати, о птичках — изменился не дизайн, а само приложение.
А вот это вполне может быть источником.
Представим одномоментное включение нескольких десятков миллионов кривых мобильных вконтактиков, как-то связанных с мылру уже технически.
И подобное письмо пришло по поводу vk.com только из Новосибирска вошли.
(прокси)
Кстати да, в районе 2х ночи мск не мог зайти в вк без vpn, думал меня глючит с недосыпу и интернет рухнул совсем, к тому же был в поезде между екб и тюменью.
Возможно не у всех работал. Сижу за мелкобританской завесой, не работал.
Модульбанк тоже лежит до сих пор. Может они конечно используют мощности маил.ру.
Добавляем географию к "небльшому проценту"
На 14:00 Крым — или ошибка 504, или не дает авторизоваться.
А может это его и тестируют и что то пошло не так?
Факапы бывают у всех, но репутация не на ровном месте делается. Самое время поискать другой почтовый сервис.
Лично для себя нашел такой выход. Купил (individual membership) альяс вида xxx@linux.com и прикручиваю к нужному мне сервису, конкретно сейчас привязал к Яндексу.
Сегодня утром небольшой процент пользователей почты мог испытывать сложности с входом в сервис
Странная у них математика: среди своих знакомых не нашел ни одного, у кого почта на мейлру работала без проблем. Это «небольшой процент»?
Или возможно испытывают систему, свободного российского интернета.
Кстати как подтвердил что согласен на обработку своих данных, почта и с местного IP заработала
IMAP вроде работал.
Лично для себя нашел такой выход. Купил (individual membership) альяс вида xxx@linux.com и прикручиваю к нужному мне сервису, конкретно сейчас привязал к Яндексу.
А зачем когда можно просто купить домен и хостинг и будет своя почта, без всяких левых прокладок типа яндексов и майлов?
По поводу майла, там левые ящики для всякого шлака, пусть будут, пропадет не жалко, но просто интересно было спецы разбежались там или просто косяк.
И диск у майл нормальный кстати, для всякой большой дряни, самое оно, большие файлы уходят норм, в отличии от яндекса, который даже за бабло не справляется с таким.
и будет своя почта, без всяких левых прокладок типа яндексов и майлов?
почта будет 'своя' только если вы её самостоятельно поднимете, а не будете юзать любезнопредоставленную самим хостингом, где вообще непоймикто и как ей управляет и доступ имеет… а то и вообще гдето под капотом хостится опять в мейлру
Буквально на днях случайно обнаружил, что письма от моего крупного бизнеспартнера стали отправляться в папку спам.
Но более всего меня удивила логика, исходящая от представителей мэйл-ру при обсуждении (вроде здесь же на хабре), о работе спам фильтров. Одним из критериев спама был озвучен такой признак: если человек удаляет письмо не открыв его, значит оно ему не важно. Дык, но у меня например всё ровно наоборот — все самые важные письма мне не нужно читать и я удаляю их не открывая. Савмые важные для меня письма — это письма-напоминания об оплате продления хостинга, доменных имен и прочих услуг. Мне не нужно открывать эти письма, мне достаточно глянуть на заголовок и сказать спасибо за напоминание. Если забыть продлить хостинг или тем паче доменное имя, то можно потерять весь бизнес. А мэйл-ру регулярно отправляет такие письма от руцентра, хостинг-компаний и пр. в спам… А вот фишинговые письма от якобы руцентра с предложением продлить имя через яндекс- кошелек почему-то в папку спам не попадают…
может и пропустил что-то не важное, теперь надо все помечать, как не спам что ли по их задумке?
Мне типа заняться нечем больше, правильно что ничего ценного там нету у меня.
Еще можно добавить внезапную блокировку ящика, как у знакомого было, номер то естественно не привязан, недели 2 ушло на разблокировку говорит.
Так что грешить на Mail.ru, что вот они всё подряд в спам льют — несколько однобоко, у всех бывают накладки со спам-фильтрами.
upd. Сам рассылки в спам отправляю только в том случае, если нормально отписаться, максимум за пять минут, не получается.
[обновлено на 15:00 мск] Произошел масштабный сбой в работе почтового сервиса Mail.ru