тикет: https://next-t-code.atlassian.net/browse/MOT-439 и https://next-t-code.atlassian.net/browse/PLT-4621

Проблема: было совершено большое количество мусорных регистраций на продуктке Атом

Это привело к переполнению топиков связанных с регистрацией новых игроков, что привело к тому, что интеграция с аффилкой, письма с подтверждением регистрации и т.п. перестали работать.

Примененные изменения:

• со стороны CF были добавлены более жёсткие рейт лимиты
  • лимит на регистрацию с одного ip адреса был понижен до 20
  • введен лимит на глобальное количество регистраций на хосте (одно зеркало)
    • Managed Challenge multiple registrations | per Host | 2000 hour
    • Managed Challenge multiple registrations | per Host | 50 min|
  • данные настройки реплицированны на мотор
• со стороны платформы:
  • увеличено количество партишенов в топиках
    • prod.CorePlatform.ClientEvents
      • было: 4 partitions, 4 bonusservice consumers
      • стало: 12 partitions, 12 bonusservice consumers
    • prod.CorePlatform.ClientLoginV2
      • было: 4 partitions, 4 bonusservice consumers
      • стало: 12 partitions, 12 bonusservice consumers
    • prod.IntegrationProcessor.AffiliateUpdateEvents
      • было: 1 partition - 1 websitewebapi consumers
      • стало: 4 partitions - 4 websitewebapi consumers
  • В integrationprocessor SmarticoClientNotificationPipeline делей на отправку сообщения в смартико изменен с 30 секунд изменен на 50ms

События интеграции с аффилкой будут обработаны примерно за сутки-полтора. Ускорить этот процесс на данный момент мы не можем, но новые события регистрации будут идти в новые топики, что приведет к тому, что они будут нормально обработаны и не будет проблемы ни с отправкой данных в аффилку, ни отправкой регистрационных писем.

Необходимые задачи:

откатить назад количество consumers, т.к. на данный момент их количество задано сильно с избытком (прошлые количества были заданы из расчета 14-15к регистраций в час). После разбора текущий очереди необходимо будет уменьшить количество ресурсов которые мы используем.

Необходимые задачи для избежания проблемы в будущем:

Проблема: race condition между созданием пользователя внутри смартико и отправкой ему письма с верификацией.

Переделать отправку confirmation mail в smartico

Флоу создания пользователя: мы создаем пользователя, пушим событие в топик, этот топик через копи стрим копируется в топик для смарико, смартико читает событие о регистрации нового пользователя, смартико создает со своей стороны пользователя. Этот процесс занимает какое-то время, что создает проблемы для отправки confirmation mail. Отправка письма не возможна до момента создания пользователя внутри смартико (метод отправить confirmation mail скажет что такого пользователя нет). Предлагаемое решение: делать попытку отправки письма сразу, если она завершается неуспешно — публиковать сообщение в retry топик, из которого регулярно пробовать совершить повторную отправку (к примеру раз в 5 секунд). Такой подход приведет к разблокированию основного потока обработки сообщений, и позволит переживать любые кейсы с задержкой создания пользователей со стороны смартико.

Проблема: возможно email-validation-service вызывается только при смене емейла.

При регистрации валидации не происходит (необходимо валидировать, если это правда так, то это необходимо исправить и вызывать каждый раз).

Проблема: На Атоме выключена интеграция с ip validation service.

Возможно это сделано специально, тогда нам нужно интегрировать вместо него к примеру zerobounce, который у нас и так уже оплачивается.

Проблема: На Атоме выключена Email Domain Typos.

Настройка в админ панели. Необходимо попросить скопировать настройки из лендингов в продукт