Яндекс Почта: история, преимущества, создание почтового ящика
Компания Яндекс знакома практически всем русскоязычным пользователям интернета. Слоганом «Найдётся всё» она уже многие годы рекламирует свою поисковую систему. Но кроме неё Яндекс запустил немало удачных проектов.
Путь развития компании во многом схож со всемирно известной корпорацией Google. Они обе создали успешные поисковые системы и заработали себе на этом имя. Не ограничившись одним продуктом, компании продолжили своё развитие разработкой других сервисов и успешно внедрили их на рынок.
На сегодняшний момент Яндекс, помимо поисковика, предоставляет различные услуги для работы, продвижения, организации жизни, учёбы и досуга. Скорость внедрения новых сервисов и своевременные модернизации уже действующих, позволяют предположить, что скоро Яндекс сможет стать полной альтернативой Google для стран СНГ.
Один из самых успешных сервисов компании – Яндекс Почта. Разработчики создали продукт в очень удачное время и продолжили его развитие, несмотря на конкуренцию со стороны западных компаний. И сейчас почтовая служба от Яндекса по некоторым критериям обходит аналогичные сервисы Mail.ru, Google и Microsoft.
История электронной почты Яндекс
В 2000 году, компания Яндекс стала самостоятельной, отделившись от ru-Net Holdings. На тот момент она уже имела популярность среди русскоязычных пользователей интернета. Обретя независимость и свои ресурсы, Яндекс направили их на запуск новых сервисов, среди которых была и собственная почтовая система.
Дальнейшее развитие почтовика было направлено на разработку алгоритмов, отслеживающих и устраняющих нежелательные рассылки и создание лаконичного функционального дизайна. Любой желающий мог завести почту на Яндексе и предложить на форуме разработчиков свою идею по улучшению продукта. В 2004 году размер почтового ящика стал неограниченным и был запущен спам-фильтр «Спамооборона», успешно работающий и сейчас.
Примерно в это же время международные корпорации вплотную занялись продвижением в рунете, и Яндексу пришлось пересмотреть свою структуру и обновить все продукты. Делая ставку на потребности русскоязычных пользователей, компания удержала лидирующие позиции.
В 2009 году была запущена функция почты для домена, с возможностью создания до 100 аккаунтов, и интегрирована проверка орфографии при написании писем. В следующем году появилась возможность индивидуальной настройки фильтров для спама.
Развитие языковых сервисов позволило интегрировать их функции для автоматического перевода входящих писем. В целом компания начала активную деятельность по улучшению взаимодействия между своими продуктами. Внутри Mail Yandex появилось облачное хранилище. Добавилась возможность в один клик создавать напоминания о встрече с указанием адреса на карте. Была реализована возможность отправлять деньги во вложениях к электронному письму.
Помимо этого, сама почта совершенствовалась в дизайне, возможностях отложенной отправки, поиску писем и другим важным мелочам, повышающим удобство сервиса.
Преимущества почты Яндекс
Среди его достоинств:
Как создать почту на Яндексе
Зарегистрировать свою Яндекс почту бесплатно можно на основной странице поисковика. Для этого в правом верхнем углу нажмите на фразу «Завести почту».
Далее заполните все графы и проследуйте несложной инструкции по созданию Yandex почты. При успешном завершении процесса компания вышлет приветственное письмо. На этом яндекс почта регистрация завершена.
Обратите внимание способы контроля безопасности своего аккаунта: вход через логин и пароль, двухфакторная аутентификация, привязка дополнительного адреса и мониторинг журнала посещений. Настроив защиту своей почты, можно будет не переживать за сохранность личной и деловой переписки.
Главная страница Яндекс Почты
Яндекс Почта вход осуществляется с логином и паролем, указанными при регистрации. После этого пользователь оказывается на основной странице сервиса. Здесь отображаются по категориям все пришедшие на почтовый ящик письма. Вверху справа есть кнопка Написать для создания нового письма, иконка Обновить, строка поиска по письмам и вкладка Все настройки. Колонка в левой части экрана позволяет перемещаться по главным разделам почты.
Центральная часть посвящена просмотру писем и основным функциям сортировки корреспонденции. По умолчанию открыт раздел Почты Яндекс Входящие, где отображены все письма, пришедшие на ваш адрес.
Помимо этого, Почта Яндекс Главная страница в левом верхнем углу содержит ссылки на другие сервисы компании, а в самом низу можно найти раздел помощи.
Страница обновляется автоматически, но если вы решили самостоятельно для яндекс почты проверить наличие входящих писем, то воспользуйтесь иконкой с двумя стрелочками рядом с цветной плашкой Написать или нажмите на клавиатуре кнопку F9.
Для частых пользователей предусмотрена приятная возможность изменить оформление Яндекс Почты. Моя Страница может быть оформлена одной из тем, среди которых примечательны:
Для этого надо выбрать в меню Все настройки пункт Оформление и нажать на понравившуюся тему.
Если при заполнении логина и пароля на Почте Яндекс войти не получается или же вы забыли свои данные, то предусмотрена процедура восстановления доступа к аккаунту с помощью мобильного телефона, дополнительного адреса почты и контрольного вопроса.
Гайд как настроить Яндекс почту со своим доменным именем
Привет! Каждому может понадобится почта со своим доменным именем. Предположим, что домен куплен у хостера Х, но он не обеспечивает должную отправку и прием писем: что-то попадает в спам.
Для решения этой проблемы мы можем прикрутить к Яндексу нашу почту.
Мы имеем: домен easypos.tech , который хостится у хостера Х, а также бесплатный сервис Яндекс-почта.
Скажу честно: у Яндекса бывают сбои в работе почты. У нас на практике это повлекло 2 часа простоя за полгода. Поэтому если Вам нужна непоколебимая стабильность – Вы можете воспользоваться и другими бесплатными почтовыми сервисами – например, от компании Google. Наш выбор пал на Яндекс, потому что это отечественный сервис, который работает вполне неплохо.
Для начала нам нужно перейти в раздел “Яндекс для бизнеса“, подраздел “Почта для бизнеса” и выбрать подходящий Вам тариф: нас интересует бесплатное использование.
Далее Вам будет предложено авторизоваться. Если у Вас есть аккаунт – входим в него, если нет – жмём кнопку “Зарегистрироваться”.
После авторизации введите свой домен. Мы указываем easypos.tech.
Теперь мы выбираем способ подтверждения домена. Есть три стандартных варианта: TXT-запись, код на странице, либо файл, который мы загружаем в директорию с сайтом. Мы выбираем первый вариант, самый простой. Здесь нам нужно нажать “Скопировать”.
Теперь нам нужно добавить TXT-запись. Для этого идем к нашему хостеру в раздел доменов и добавляет запись согласно инструкции – Примеры TXT и MX.
Нажимаем “Проверить домен” и ждём, пока права на домен будут подтверждены.
Теперь тоже самое предстоит сделать с MX-записью нашего домена.
Готово! Теперь мы можем перейти в раздел “Яндекс Коннект” и в разделе “Админка” добавить сотрудника.
Здесь мы заполняем данные сотрудника.
Готово! Теперь Ваш сотрудник может зайти в почтовый менеджер или на Яндекс почту и указать учётные данные для входа. Мы использовали приложение Почта в Windows 10. Если ваш почтовый сервис просит указать дополнительные настройки для сервера приёма и отправки писем, то вам следует указать следующее:
адрес почтового сервера — imap.yandex.ru ;
защита соединения — SSL;
адрес почтового сервера — smtp.yandex.ru ;
защита соединения — SSL;
Я не призываю всех использовать Яндекс почту, но и не отговариваю. Ее в корпоративных средах используют многие. Это просто гайд о том, как ее настроить
Регистрация
Как создать аккаунт в Яндекс.Почте
Для доступа к Яндекс.Почте необходим Яндекс ID. Если у вас его нет, выполните следующие действия:
Вы можете в любой момент внести изменения в персональные данные, задать другой контрольный вопрос, указать альтернативные адреса электронной почты для связи с вами или отредактировать список номеров телефонов.
Как сменить логин
Как придумать надежный пароль
Хороший пароль — такой, который сложно угадать или подобрать.
Никогда и никому не сообщайте пароль, с помощью которого можно войти в ваш аккаунт. Чем больше людей знают ваш пароль, тем выше вероятность того, что его узнает злоумышленник.
Чтобы составить сложный пароль, используйте:
как прописные, так и строчные латинские буквы;
не допускаются только
Какие пароли ненадежные?
Что не стоит использовать в качестве пароля:
Пароли, которые вы уже используете на других сайтах или приложениях. Если кто-то узнал, например, ваш пароль к социальной сети, с этим паролем попробуют войти не только в Яндекс, но и в другие соцсети, почтовые сервисы, онлайн-банки.
Персональные данные, которые вы могли указать где-нибудь в интернете: имя, день рождения, номер паспорта и т. п. Даже девичью фамилию матери, которую, казалось бы, никто не знает, использовать не стоит.
Специальный почтовый адрес
Специальный почтовый адрес на Яндексе также будет полезен, чтобы повторно зарегистрироваться на сайте. Например, если вы забыли пароль от Яндекс ID на этом сайте и не можете его восстановить.
Номер телефона вместо логина
Каждый номер телефона может стать дополнительным логином только для одного аккаунта. При этом для каждого аккаунта можно подключить только один дополнительный логин — таким логином может стать только основной номер телефона.
Вводить номер телефона (только цифры, например 79871234567 ) везде, где требуется указать логин Яндекса.
Исключение — страница Восстановление доступа: на ней необходимо вводить именно тот логин, который вы придумали при регистрации.
Использовать адрес 79871234567@yandex.ru как почтовый алиас.
Особенности почты с дополнительным логином
Письма, отправленные на этот адрес, попадут в ваш ящик Яндекс.Почты. Адрес перестанет работать, если вы отключите дополнительный логин или отвяжете номер от аккаунта.
Если номер телефона перейдет к другому человеку, и новый владелец подключит его как дополнительный логин, электронный адрес также перейдет к нему. Как этого избежать:
Если вы потеряли SIM-карту, восстановите ее в салоне сотового оператора.
Если вы поменяли номер, отвяжите старый номер и привяжите новый на странице Телефонные номера.
Как инфраструктура Яндекс.Почты выросла за 13 лет
Во втором десятилетии XXI века почта — это не только переписка между людьми. Пользователи ожидают, что почта будет помогать им решать ежедневные задачи, экономить время, подсказывать недостающую информацию. Мы постоянно добавляем в Яндекс.Почту новые штрихи, которые делают жизнь пользователей немного проще. Сегодня мы бы хотели вместе с вами заново пройти тот путь, который Яндекс.Почта проделала за 13 лет, уделяя особое внимание развитию архитектуры и инфраструктуры сервиса.
Сейчас мало кто помнит, что самая первая версия Яндекс.Почты была написана на PHP, а письма хранились прямо в реляционной БД рядом с мета-информацией. В том не таком уж и далёком 2000 году весь почтовый сервис умещался на десятке серверов. Сами сервера обслуживались полностью в ручном режиме: от конфигурации дисков до установки операционной системы, никакой автоматизации не было.
2002 год
Первым, от чего пришлось отказаться, стал язык PHP. В то время он чаще мешал, чем помогал развиваться.
Вокруг было много первоклассных Perl-специалистов, под сам Perl уже тогда существовало огромное количество библиотек, и мы переписали почту на связке Apache + Perl. Стало быстрее и проще.
2005 год
Прошло еще немного времени, и существующая многопроцессная модель Apache перестала справляться с нагрузкой. Отдельную проблему создавал интерпретатор Perl и особенности его подключения к хранилищу мета-информации. В результате после серии экспериментов, в том числе с бета-версией тредного Apache 2, мы написали собственный модульный сервер приложений под названием Baida. Он может использовать как тредовую, так и event-loop модель обработки запросов, очень удобен для подключения расширений, в том числе интерпретаторов языков — например, JS. Сервер, как и большая часть кода Яндекс.Почты, написан на C++. Во многом это библиотека для сетевого обмена и работы с тредами, которая была нужна для того, чтобы обеспечить работу сервиса при росте нагрузок.
В этот сервер для облегчения эксплуатации встроен real-time мониторинг его состояния. Вдобавок мы полностью отказались от Perl. Вместо него был создан отдельный Baida-модуль — Web Mail Interface, который внутри себя содержал интерпретатор XScript: парсер XML и движок XSLT-преобразований. Другая особенность — пул соединений с реляционным мета-хранилищем и эффективное управление этим пулом.
2006 год
Стало понятно, что хранить тела писем в реляционном хранилище с растущими объемами данных не получится. Так появился заказ на специализированное хранилище писем, которое получило название Mulca. Технология за восемь лет развития претерпела не так много архитектурных изменений, хотя хранилище многократно выросло в размерах. Сейчас, кроме Почты, оно используется для хранения файлов в Яндекс.Диске.
С момента запуска отдельного хранилища, мы экспериментировали с конфигурацией дисковой подсистемы на серверах: пробовали разные уровни RAID и объединяли устройства в большие разделы. Дольше всего просуществовала конфигурация RAID5, но у нее были недостатки, которые нужно было устранять: RAID5 требует вычисления контрольных сумм, а также повторного чтения блока при его дозаписи, что снижает скорость записи. В случае, если необходимо пересобрать массив, его производительность так же деградирует на долгое время.
Тогда же мы начали проводить эксперименты с SATA дисками вместо SCSI. Оказалось, что без RAID5 SATA диски дают приблизительно ту же скорость доступа к данным, что и SCSI, собранные в RAID5 в нашей конфигурации. Нужно было или оптимизировать конфигурацию, или же придумать своё решение для обеспечения отказоустойчивости.
2007 год
Мы приняли решение полностью отказаться от RAID массивов на Mulca, и обеспечивать отказоустойчивость на уровне хранилища, а не дисковой подсистемы отдельного сервера. Некоторое время спустя высокопроизводительные SCSI диски небольшой емкости мы заменили на большие SATA-диски. Переход на отдельные файловые системы и отказ от избыточности на уровне дисков дал неплохую экономию ресурсов по месту. Вкупе с переходом на SATA ввод в строй новых объемов хранилища заметно ускорился. В случае выхода диска из строя мы просто копировали данные из второй копии в другом дата-центре. В это же время впервые появилась наша знаменитая почтовая стена.
Разработка этого dashboard была инициирована системными администраторами и служила тому, чтобы сводить воедино восприятие ситуации эксплуатацией, разработкой и менеджерами. Мы выделили самые важные числа и повесили их на видное место, чтобы все причастные к продукту видели, как он себя чувствует. К слову, внешний вид стены почти не поменялся с годами. С этой стены во всем Яндексе пошла традиция вешать панели и проекторы с важной информацией.
Традиционный POP3 со временем эволюционировал: из модуля Baida превратился в самостоятельный демон и научился читать данные из реплики мета-хранилища. Примерно в это же время стало понятно, что нам нужен протокол IMAP, и мы, используя опыт, полученный при разработке POP3, начали писать его с нуля. Текущая версия четвертая по счету, и мы не планируем на этом останавливаться.
Для доставки почты использовался SMTP-сервер zMailer, и мы начали чувствовать его ограничения: в нашей архитектуре он плохо принимал входящие соединения, так как на каждое входящее подключение созавал новый процесс, и очень быстро деградировал при росте очереди. Мы накладывали на него свои патчи, но это не сильно помогало в решении проблем. Стало понятно, что нам нужна другая технология. После долгих обсуждений мы решили переключиться на Postfix, он намного лучше работает с большими очередями. Пришлось, конечно, переписать агент доставки из Postfix в наше хранилище.
2008 год
Мы поставили перед собой задачу обеспечения скорости доставки писем. На то время письмо в среднем доставлялось за несколько секунд, и такое время доставки считалось хорошим. Нам же было нужно, чтобы почта была сравнима по скорости с системами мгновенной доставки сообщений.
Сначала мы написали новый агент доставки — Fastsrv, и встроили его сначала в zMailer, а затем и в Postfix. Fastsrv практически не имеет очереди и держит постоянное соединение в мета-базу. Его установили на кластерах приема почты. Любое входящее письмо старались мгновенно положить пользователю в ящик, и только если не получилось, откидывали в очередь на доставку. Так большая часть писем стала доставляться практически мгновенно. Очереди на доставку из привычной картинки на графиках стали символом проблемы, и мы отразили это в мониторингах.
Дополнительно мы разделили очереди на отправку и приём писем, чтобы в случае каких-либо проблем с одной частью, сохранять работоспособность части сервиса.
Теперь пришла пора заменить Postfix на приеме почты. Свой собственный SMTP-сервер мы назвали NwSMTP. Он был задуман как event-based сервер, способный обрабатывать неограниченно большое число соединений. Аналогично устроен небезызвестный web-сервер NGINX, но на тот момент в нем не было поддержки SMTP-proxy. Так мы начали принимать письма практически мгновенно. Разработка NwSMTP была устроена довольно интересно: выкатки происходили очень часто — иногда по версии в час. Сразу после сборки новой версии ее выкатывали на одну production-машину и смотрели, что происходит. Такая оперативность позволила очень быстро выпустить продукт. Отсюда пошло название NwSMTP, это сокращение от Next Week SMTP: почти любая задача в нем за семь дней проходит полный цикл разработки и на вопрос «Когда вы это сделаете?» группа разработки сервера отвечает: «На следующей неделе».
В середине 2008 года, когда у нас запустился Jabber-сервер, мы в качестве эксперимента сделали real-time уведомления о новых письмах. Чтобы не тормозить систему покладки, нотификации работали по UDP-протоколу, а внутри содержали XML-данные, удобные для превращения в XMPP-пакет. Сегодня шутки про «XML по UDP» вызывают улыбку, но в то время это работало, хотя и с большими ограничениями и потерями части нотификаций.
2009 год
К этому времени в Яндекс.Почте одновременно работало несколько интерфейсов. Neo не был интерактивным: HTML-страница генерировалась внутри WMI. Modern содержал интерактив, но был построен на той же архитектуре.
Мы решли придумать интерфейс, который загружает только самое необходимое — то, что изменилось прямо сейчас. После серии экспериментов удалось подготовить платформу и доказать, что такой сервис может работать. Так на свет появился интерфейс Daria, его можно видеть в Почте и сейчас.
С переходом на динамику очень сильно поменялась структура запросов. К этому времени сервер nginx достаточно развился и мы решили поставить его перед Baida для отдачи статики в Почте (к этому времени он уже использовался, например, в Народе). Одновременно с Daria мы экспериментировали с запуском интерпретируемых языков на стороне сервера. Остановились на Javascript в основном из-за удобства, так как на клиенте и сервере используется один и тот же язык программирования. Под сервер Baida написали модуль с TraceMonkey, встроить V8, к сожалению было невозможно. Он уже был популярен, но V8 на тот момент не мог работать с тредной моделью программирования (в последних версиях V8 этот недостаток исправлен).
Nginx позволил обрабатывать разные URL-ы по-разному, и мы разнесли собственно логику, раздачу вложений, а также вынесли старые интерфейсы на отдельные кластера. Это значительно упростило развертывание обновлений и эксплуатацию, а также позволило декомпозировать целостную систему на отдельные компоненты. Основные методы работы почты стали независимы от второстепенных, вся система в целом стала стабильнее.
В этом году мы сделали треды, что безусловно, сильно отразилось на структуре БД и нагрузке.
Традиционно размер ящика был ограниченного размера, и Яндекс.Почта не была исключением. Но мы решили, что пора отменить это ограничение. Такое решение изменило наш регламент. Если раньше мы могли рассчитывать нагрузку и размер хранилища, то с бесконечным ящиком все немного сложнее. Мы уже не могли в каждый момент времени сказать, сколько данных нам нужно положить на хранение. В это время мы складывали примерно по терабайту данных в день. Для сравнения, сегодня мы сохраняем по 120 Тб в сутки.
Отдельная история про просмотрщик документов
Как-то мы захотели проверить, насколько востребованным будет сервис просмотра документов. Удалось очень быстро разработать прототип на python и поднять ферму OpenOffice, который конвертировал документы в HTML. Перед сервисом поставили nginx для защиты от всплесков нагрузки, добавили модуль обращения в хранилище за документами и отдали в эксплуатацию. В таком виде прототип просуществовал несколько лет, оброс мониторингами, оптимизациями и второстепенными возможностями. Сейчас эксплуатируется уже вторая версия просмотрщика, которая впрочем работает примерно на тех же технологиях.
2010 год
В этот год мы полностью переделали поиск по почте. Существовавшая на тот момент реализация не устраивала нас как скоростью работы, так и качеством результата поиска. В результате переработки поиска получилась система, на базе которой работает не только собственно поиск писем, обслуживая десятки миллионов запросов в сутки, но также некоторые другие функции Яндекс.Почты.
Нас всё чаще стали просить сделать, чтобы наш почтовый сервис можно было подключить к собственному домену. Так появился сервис Почта для доменов, о котором мы уже писали. Примечателен он тем, что был разработан и запущен на базе уже существующих компонент с минимальными доработками. Это полностью интеграционный сервис, собирающий информацию по кусочкам из разных мест, чтобы затем показать ее администратору домена.
Тогда же в 2010 году мы проделали большую работу, чтобы перевести внутреннюю переписку Яндекса (наши коллеги пишут очень много писем) на технологии Яндекс.Почты. Она работает практически так же, как Почта для доменов, но интегрирована с другими внутренними сервисами компании. Практически все новые функции сначала проходят обкатку на корпоративной почте, отлаживаются, уточняются функционально, и только после этого становятся доступны всем пользователям.
2011 год
Мы активно начали предлагать нашим пользователям использовать HTTPS для защиты передаваемых данных, а затем включили защищенную работу с почтой по умолчанию. Это решение, с одной стороны, сделало работу с Яндекс.Почтой более безопасной, а с другой — потребовало от нас работы по настройке параметров соединения. Классически почта работает на длинных HTTPS-подключениях с большим значением keepalive. Однако в смартфонах этот режим подключения часто ограничен или работает странно. При HTTPS-соединении возникают дополнительные накладные расходы на рукопожатие, а если браузер не хочет или не может держать открытым соединение, то каждый запрос будет вызывать дополнительные расходы. На узких каналах и слабых процессорах телефонов это время становится заметным. Сразу после включения HTTPS по умолчанию мы увидели, как выросли графики времени загрузки интерфейса почты, и потребовалось некоторое время на поиск причин и решение проблемы. Другой проблемой стало отображение HTTP-содержимого писем по HTTPS, например, изображений, добавленных через тег. Мы построили отдельный сервис, который кеширует изображения и способен отдавать их по HTTPS, после чего, заменили вставленные в письма изображения на ссылки нашего прокси. При проектировании подобных сервисов важно не допустить появления открытого редиректа — возможности открыть любой URL с доверенного хоста, а добавление уровней защиты не должно приводить к заметному снижению производительности. Мы справились и с этой задачей.
Тогда же начались первые эксперименты с нереляционными хранилищами данных. Первым сервисом, который был переведен на NoSQL (MongoDB), стала адресная книга. До этого момента у эксплуатации почты не было боевого опыта работы с внешними нереляционными технологиями хранения. Этот эксперимент удался — адресная книга и сегодня хранит книжки контактов в MongoDB.
Тем временем Яндекс готовился к запуску в Турции. Для сервиса это означало обязательную поддержку локализации, причем перевод интерфейса — это только малая часть работы. Фактически мы подготовили и запустили отдельный продукт — турецкую Яндекс.Почту — на той же кодовой базе. Они несколько различаются функционально, о чем теперь нужно помнить при разработке. Для ускорения доступа мы установили в Европе сервера, с которых отдаем статический контент, — так наша сеть стала еще разветвленнее.
Произошли изменения и в процессах разработки. Web Mail Interface, о котором говорилось выше, начал использовать Scrum и гибкие технологии разработки. Нам удалось реализовать цикл непрерывной выкладки новой функциональности, при котором каждая фича или исправление дефекта выкладывается отдельно, но при этом проходит полный производственный цикл: разработку, автоматическое тестирование, функциональное тестирование, нагрузочное тестирование, и, наконец, двухэтапная выкладка в бой — сначала на один сервер, а потом уже на весь кластер. Такой процесс позволяет очень быстро реагировать на появление новых продуктовых требований и устранять дефекты.
Наши дни
Запуск Яндекс.Диска значительно изменил наши протоколы эксплуатации оборудования. Диск, так же как и Почта, использует Mulca, чтобы хранить файлы пользователей, но при этом объемы загружаемой информации превосходят почтовые в несколько раз. Каждый месяц мы добавляем не менее пяти стоек серверов в Mulca, чтобы обеспечить надежное хранение ваших писем и файлов. Пропорционально выросли и потребности в пропускной способности опорной сети и сети внутри ДЦ. Объемы данных таковы, что в долгосрочной перспективе мы перешли от планирования установки стоек к планированию открытия новых дата-центров.
Чтобы оживить почтовый ящик, мы разработали и запустили технологию «Ева», которая из открытых источников собирает аватары пользователей и показывает их. Все аватары масштабируются, обрезаются и кешируются в специальном хранилище, в основе которого лежит другая наша разработка, — Elliptics — отказоустойчивое распределенное key-value хранилище, распространяемое под лицензией GPL.
Карточки организаций, которые можно увидеть в письмах, это еще один пример быстрого решения продуктовой задачи. Информация о компаниях обновляется не так часто, примерно один раз в две недели. Все остальное время — это просто статическая выдача, причем число этих организаций невелико — всего несколько десятков тысяч. Для решения задачи отображения карточек мы решили использовать кешированные статические html-файлы, которые доступны по хешу от имени домена организации. Поставленную задачу решили быстро и обеспечили высокую производительность и отказоустойчивость.
Технология «Маркер» позволила автоматически выделять полезную информацию из писем определенных типов. На этой технологии, например, работает извлечение информации из авиабилетов и выделение события из письма. За этим сервисом стоит большая работа эксплуатации, около сотни серверов и десятки миллионов запросов каждый день.
Тем временем в интернете назрели крупные перемены. Пространство адресов IPv4 подошло к концу, а 6 июня 2012 года считается Днем IPv6. К этому событию мы подготовили нашу внутреннюю архитектуру к работе в сетях IPv6. Сегодня IPv6 работает для домена mail.yandex.com и для отправки почты. Мы активно работаем над полной поддержкой IPv6 во всех компонентах и для всех наших доменов.
XScript, устраивавший нас долгое время, был окончательно исключен из работы почты. Теперь почта представляет собой статическое web-приложение, которое общается с бекендом посредством коротких вызовов API. Вызовы по-прежнему обрабатываются внутри WMI сервером Baida и транслируются через один из его модулей.
Почтовые сборщики научились собирать почту с использованием протокола IMAP. По IMAP передается значительно больше полезной информации, а значит, процесс сбора почты стал намного эффективнее.
За каждой из наших больших и маленьких, прошлых, существующих и будущих технологий стоят люди, настоящие профессионалы-инженеры: системные администраторы, разработчики, менеджеры. Мы всегда рады, когда к нам приходят те, кто любит задачи, которые еще никто не решал, кто готов быть на самом переднем краю технологий и не прочь вписать несколько страниц в историю развития Яндекс.Почты.
