Комментарии 7
Интересная и нужная статья, благодарю!
У нас всего 20 млн уведомлений и архитектура попроще, но тоже экономического смысла перевода уведомлений подрядчикам не нашлось. Получается на порядки дороже.
Спасибо за статью.
Подскажите, чем обусловлено использование Kafka, а не Rabbitmq во втором случае?
Kafka оказался для нас удобнее и производительнее при работы с несколькими кластерами (мы используем несколько датацентров для отказоустойчивости)
Также в kafka есть возможность повторно доставить сообщения до консьюмеров просто сместив оффсет, это очень удобно когда "что-то пошло не так" :) Мы планируем перейти на kafka для email рассылок тоже
Очень поверхностная статья, самые главные вопросы в таких статьях - это как вас не банят, поэтому: где описания как у вас проходит кластаризация по сервисам почт (провайдерам)? Соотвественно даже в схеме архитектуры е хватает звеньев в виде хранилища поинтов или какогото глобального менеджера управления. Где как кто хранит поинты отправки по провайдерам? как вы формируете шадалинг на каждого провайдера? где цифры в отношении времени отправки ? где информация на сколько вы "прибавляете" писем в час, год , день , на каких провайдерах, в общем чтобы вас не забанели за буст?
В этом плане статья не удалась.
А ссылку на отписку от уведомлений вы не хотите научиться добавлять в письма?
т.к сейчас лучший вариант отписки - отправка в спам.
Добрый день! В наших письмах есть ссылка на отписку, которая ведет сразу на страницу отписки без необходимости дополнительно авторизовываться. В том числе мы поддерживаем List-Unsubscribe, который позволяет отписываться через интерфейс почтовых клиентов
Возможно, мы пропустили какое-то старое письмо и в его шаблон ссылку не добавили. Буду признателен, если вы отправите в личку подробности, поправим
Как мы в hh.ru отправляем пользователям миллиард уведомлений в месяц