Свежий опрос «Авито Рекламы» и «Авито Товаров» среди 10 000 жителей России показал: сайты объявлений окончательно закрепились как основная площадка для покупок дороже 30 000 рублей. Это не просто новость для маркетологов — это готовый технический вызов для выпускника IT-направления. Когда средний чек растёт, а сделки идут между частными лицами, платформа обязана решать сразу несколько инженерных задач: удерживать пиковые нагрузки, обеспечивать доверие к продавцу, подбирать релевантные предложения и не терять деньги при сбоях платёжного шлюза.
Именно здесь и появляется тема для диплома. Ниже — семантический разбор и практические сценарии, как встроить этот тренд в ВКР, чтобы работа выглядела современно и защищалась без «воды».
| Категория | Значения |
|---|---|
| Основной запрос | ВКР по разработке маркетплейса, архитектура высоконагруженного маркетплейса |
| LSI-запросы | микросервисная архитектура, Apache Kafka, PostgreSQL шардирование, Elasticsearch, Kubernetes, Redis кэш, REST/GraphQL API, S3-хранилище, CI/CD-пайплайн, рекомендательные системы |
| Вопросы студентов | Обязательно ли писать код в дипломе? Где брать метрики для расчётов? Как обосновать выбор стека? Как считать экономический эффект внедрения? Сколько глав должно быть в ВКР? |
| Ключевые сущности | ГОСТ 34.602-89, ISO/IEC 25010, Kubernetes, OpenTelemetry, Prometheus/Grafana, Apache Kafka |
Актуальность. Рост числа крупных сделок между физлицами прямо повышает требования к нагрузочной устойчивости поиска и выдачи. Данные опроса (10 тыс. респондентов) дают эмпирическую опору для введения.
Цель. Разработать архитектуру платформы объявлений, рассчитанную на 10 000 RPS с персонализированной сортировкой.
Задачи:
Структура: Глава 1 — анализ предметной области и существующих решений. Глава 2 — проектирование архитектуры, схемы БД, диаграммы UML. Глава 3 — нагрузочное тестирование, расчёт экономической эффективности внедрения.
Актуальность. Чем выше средний чек, тем выше риск ошибочной оценки. Автоматизация рекомендаций по цене — востребованная фича маркетплейсов.
Цель. Построить модель, которая рекомендует продавцу коридор цены на основе характеристик товара, истории и геолокации.
Задачи: собрать и очистить датасет; сравнить регрессионные модели (градиентный бустинг против линейной регрессии); реализовать REST-сервис инференса; замерить метрики MAE и RMSE.
Структура: Глава 1 — обзор ML-подходов к оценке стоимости. Глава 2 — проектирование пайплайна данных и API. Глава 3 — эксперименты, A/B-тестирование, экономический эффект.
Актуальность. Рост доли дорогих покупок повышает цену мошенничества. Антифрод перестаёт быть «фичей для банков» и становится задачей маркетплейсов.
Цель. Спроектировать подсистему выявления подозрительных транзакций с задержкой реакции менее 500 мс.
Задачи: описать правила и ML-признаки; реализовать потоковую обработку на Kafka; настроить алерты через OpenTelemetry; провести оценку precision и recall.
Первая глава — это место, где многие проваливаются в пересказ книжек. Не надо. Привяжите анализ к реальному факту: опрос показал сдвиг покупательского поведения в сторону крупных сделок. Из этого логично выводится требование к отказоустойчивости и персонализации.
Сравнивайте решения через таблицу критериев: стоимость владения, масштабируемость, сложность поддержки. Ниже — шаблон для обоснования брокера сообщений.
| Критерий | Apache Kafka | RabbitMQ | NATS |
|---|---|---|---|
| Пропускная способность | Высокая (миллионы/сек) | Средняя | Высокая |
| Гарантия доставки | At-least-once, exactly-once | At-least-once | At-most-once / JetStream |
| Хранение истории | Да (лог событий) | Нет | Ограничено |
| Подходит для | Потоковая аналитика, антифрод | Очереди задач | Лёгкие микросервисы |
Практика показывает: для дипломной платформы достаточно трёх-пяти сервисов. Не надо рисовать 40 микросервисов — комиссия это не оценит, а вы утонете в отладке. Достаточно выделить сервис объявлений, сервис поиска, сервис платежей, сервис рекомендаций и API Gateway.
Хорошо работает следующий приём: во второй главе привести диаграмму C4 (уровни Context и Container). Это сразу выделяет работу на фоне «блок-схем из ГОСТа», но при этом не противоречит стандарту.
Раз речь идёт о покупках от 30 тысяч рублей, безопасность сделки становится ключевой. В проектной главе опишите паттерн «эскроу-счёт»: деньги замораживаются до подтверждения получения. Это даёт почву для диаграммы последовательности (Sequence Diagram) — обязательного пункта по ГОСТ 19.701-90.
Приведите фрагмент манифеста деплоя — это докажет практическую реализуемость:
apiVersion: apps/v1
kind: Deployment
metadata:
name: listing-service
spec:
replicas: 4
template:
spec:
containers:
- name: api
image: registry.local/listing:1.4.0
resources:
limits: { cpu: "500m", memory: "512Mi" }
Третья глава — самая недооценённая. Студенты часто пишут «система работает быстро», не приводя ни одной цифры. А ведь именно здесь можно выгодно отчитаться.
histogram_quantile(0.95, sum(rate(http_request_duration_seconds_bucket[5m])) by (le))
Соответствие требованиям качества изложите через ISO/IEC 25010: выделите 4-5 характеристик (производительность, надёжность, безопасность, удобство) и покажите, как каждая подтверждена экспериментом.
Формально — не всегда. Если работа чисто исследовательская (сравнение архитектур, моделирование), достаточно прототипа на Python. Но для тем вроде маркетплейса наличие работающего MVP сильно повышает оценку: комиссия любит демонстрации.
Публичные датасеты (Kaggle, Avito-подобные наборы на GitHub), генераторы синтетики (Faker, Locust-скрипты), а также данные опросов из статей — их можно использовать как обоснование реалистичности сценария.
Считайте через модель TCO: сколько стоило бы поддерживать монолит против микросервисов, сколько человеко-часов экономит автоматизация. Это нормальная практика для дипломов — главное, чтобы допущения были явно прописаны.
Да, но не все. Достаточно 3-4 диаграмм: компонентов, последовательности, развёртывания и, при желании, деятельности. C4 — бонус, а не замена.
Источник: «Авито»: сайты с объявлениями стали главной площадкой для онлайн-покупок от 30 тысяч рублей (опубликовано 2026-03-24)