Adfox — это сервис для управления рекламой на сайтах и в приложениях.

<aside> 🔎 Чтобы проще было понять продукт, представь, что у тебя есть крупный сайт, на котором много людей проводит время. Одна из возможностей для получения дохода — это размещение рекламы на твоем сайте. Рекламодатели приходят к тебе напрямую и приносят свои объявления. Adfox интегрируется с твоим сайтом и позволяет загружать объявления и управлять тем, в каком месте сайта и какой группе людей эти объявления будут показываться, задавать желаемое количество просмотров и другие параметры, важные для рекламодателей.

</aside>

В цифрах

Движок Adfox обслуживает около 100 тыс. запросов в секунду. У нас около 15 млрд рекламных событий каждый день, и мы даём пользователям возможность строить отчёты за месяцы или даже годы. При этом, построение отчёта занимает около 300 мс.

Стек

<aside> 👨🏻‍💻 Разработка ведётся на Kotlin с использованием Spring и jOOQ

</aside>

<aside> 🛠 Из СУБД используем MySQL и ClickHouse

</aside>

<aside> ⚙ Инфраструктура CI/CD на Python

</aside>

Мы тесно связаны с другими сервисами Яндекса и обмениваемся данными (в рамках регламента обмена информации внутри компании) через очереди и общие инфраструктурные сервисы. Так, например, у нас есть реплики базы данных на внутренней СУБД Яндекса.

Процессы

<aside> ⚖️ Наша команда разрабатывает программные интерфейсы для фронтенда и для конечных пользователей. Мы очень трепетно подходим к разработке. Стабильность сервиса с одной стороны и простота разработки с другой - это главные наши приоритеты в инфраструктуре. Тут мы ищем равновесие, золотую середину, создаем и развиваем наши инструменты, вникаем в потребности пользователя, чтобы понять что можно улучшить или, наоборот, отключить.

</aside>

У нас Scrum с 2-недельными спринтами.

• Наша архитектура позволяет писать достаточно гибко, чтобы быть готовыми к изменениям в проектах, но при этом имеет простую и интуитивно понятную структуру, в которой легко разобраться и найти нужную часть логики.
• Перед разработкой проекта мы выявляем потребности пользователя и вырабатываем технические требования. Ответственный со стороны разработки получает нужную информацию и придумывает, как реализовать идею так, чтобы требования были выполнены и при этом остался запас на развитие. Это решение обсуждается в команде, появляются конкретные задачи с командной оценкой.
• Написанный код проходит несколько проверок - это и код-ревью от других разработчиков, и автотесты, и отдельное тестирование профессиональными QA.
• Мы постоянно совершенствуем процессы и, если где-то есть неоптимальность, обсуждаем, как это изменить.
• Новый сотрудник работает с ментором, который помогает настроить окружение и инструменты разработки, вникнуть в суть задач и адаптироваться к работе в команде.

Про задачи и рост

Задачи делятся на 2 направления:

<aside> 1️⃣ Продуктовая разработка — это создание новых фич для пользователей, как небольших улучшений, так и новых возможностей: например, прогнозирование показов в условиях недостаточности трафика.

</aside>