Сервисы удаления данных в дипломе: как защитить персональную информацию с помощью современных архитектур

В статье ZDNet от 2026 года рассказывается, как автоматизированные сервисы удаления персональных данных (data removal services) помогают пользователям возвращать контроль над своей цифровой идентичностью. Эти системы не просто удаляют информацию с сайтов — они сканируют, отслеживают и инициируют запросы на удаление в соответствии с законодательством, например GDPR или CCPA. Это не просто тренд — это новая норма безопасности, особенно для решений, работающих с PII (персональными данными).

Для студентов IT-специальностей это означает: тема диплома, связанная с приватностью, соответствует актуальным требованиям к системам — от соответствия стандартам до проектирования безопасной архитектуры. Более того, такие проекты легко защищать: они решают реальную проблему, имеют метрики эффективности и могут быть реализованы с применением современных инструментов: от OpenTelemetry до Kubernetes и CI/CD.

Актуальные темы для ВКР на основе статьи

1. Разработка сервиса автоматического удаления персональных данных на основе GDPR

Актуальность: Согласно статье, рост спроса на data removal services связан с осознанием пользователей своей уязвимости. Это создаёт запрос на open-source или корпоративные решения, соответствующие правовым нормам.

Цель: Создать прототип сервиса, автоматизирующего поиск и удаление персональных данных пользователя из открытых источников.

Задачи:

Структура:

2. Архитектура системы мониторинга утечек персональных данных в реальном времени

Актуальность: Статья подчёркивает, что основная ценность data removal services — не в однократном удалении, а в постоянном мониторинге. Это открывает путь к проектированию систем с обратной связью.

Цель: Построить архитектуру системы, отслеживающей появление PII в публичных базах и dark web.

Задачи:

Структура:

3. Интеграция data removal в CI/CD-пайплайны для DevOps-команд

Актуальность: В статье не говорится напрямую, но логика подсказывает: если данные нужно удалять, то и в тестовых средах они не должны "утекать". Это открывает тему для DevOps-дипломов.

Цель: Разработать модуль очистки тестовых данных в CI/CD, соответствующий принципам privacy-by-design.

Задачи:

Структура:

Аналитическая глава: как использовать статью в теоретической части

В первой главе ВКР вы не просто пересказываете статью — вы используете её как триггер для анализа. Например:

Критерий DeleteMe Incogni OneRep
Источники 200+ 180+ 150+
Цена (год) $129 $149 $179
API Нет Частичный Да
Автоматизация Частичная Полная Полная

Такой анализ — не просто «сравнили и забыли». Он становится основой для выбора архитектуры: если вы проектируете open-source аналог, можно сделать акцент на API и автоматизации, которых не хватает у конкурентов.

Проектная часть: архитектура и реализация

Во второй главе вы переходите от теории к практике. Вот как можно применить идеи из статьи:

Архитектура на основе микросервисов

Вместо монолита — разбейте систему на компоненты:

Размещение — в Kubernetes (k8s). Почему? Масштабируемость, отказоустойчивость, соответствие ГОСТ 34.602-89 по требованиям к ПО.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: pii-scanner
spec:
  replicas: 3
  selector:
    matchLabels:
      app: scanner
  template:
    metadata:
      labels:
        app: scanner
    spec:
      containers:
      - name: scraper
        image: scraper:v1.2
        env:
        - name: TARGET_URLS
          value: "https://public-data.com"

Интеграция с OpenTelemetry

Чтобы измерить эффективность, добавьте мониторинг. OpenTelemetry — стандарт де-факто для сбора метрик, трейсов и логов.

Это не просто «надо», это требование к прозрачности — как в статье подчёркивается: пользователь должен видеть, что система работает.

Тестирование и метрики: как доказать эффективность

В третьей главе вы не просто говорите «работает», а измеряете. Вот ключевые метрики:

Метрика Описание Инструмент
Время обнаружения (MTTD) Среднее время от появления данных до их обнаружения Prometheus + Grafana
Успешность удаления Процент запросов, завершённых удалением Логи + Python-скрипт анализа
RTO Время восстановления после сбоя (мин) Kubernetes + Chaos Engineering
Нагрузка на CPU/память Потребление ресурсов при 100+ задачах JMeter + k6

Такие метрики — не просто цифры. Они становятся основой для выводов: «система снизила MTTD на 40% по сравнению с ручным поиском», «стоимость обработки одного запроса — $0.02 при использовании k8s».

Чему вы научитесь при работе над таким проектом

Этот диплом — не просто «написать код». Вы получите навыки, востребованные в индустрии:

Типичные ошибки студентов

1. Подмена терминов SaaS/PaaS без обоснования
Многие пишут: «наше решение — SaaS», но не объясняют, почему. SaaS — это не просто веб-интерфейс, это модель доставки, масштабируемость, мультиарендность. Если у вас один пользователь — это не SaaS.

2. Отсутствие метрик эффективности
«Система работает стабильно» — не подходит. Нужны цифры: время отклика, RTO, нагрузка. Без метрик — нет доказательств.

3. Игнорирование требований ГОСТ 34.602-89 при оформлении ТЗ
В техзадании должны быть: назначение, требования к ПО, условия эксплуатации, состав и параметры. Не просто «функции», а структурированный документ.

Можно ли не писать код в дипломе?

Зависит от вуза. В технических вузах (МИЭТ, МГТУ, СПбГУ ИТМО) код обязателен. Но если вы делаете архитектурный проект — достаточно прототипа (например, 500 строк на Python) и схем. Главное — доказать, что решение реализуемо.

Как оформить UML-диаграммы?

Используйте стандарты: диаграмма классов, последовательности, развёртывания. Инструменты: draw.io, PlantUML, StarUML. Важно — подписи на русском, соответствие ГОСТ 19.701-90 (аналог ISO/IEC 31388).

Где брать тестовые данные?

Для PII — используйте синтетические данные (например, через библиотеку Faker). Никогда не используйте реальные данные. Можно взять датасеты с Kaggle (например, "Personal Data Leaks") — но только после анонимизации.

Как измерить производительность?

Через нагрузочное тестирование: JMeter, k6, Locust. Метрики: время отклика, количество ошибок, потребление CPU. Важно — тестировать в условиях, близких к реальным (например, в Docker-контейнерах).

Чек-лист «Что проверить перед сдачей»

  • Все ссылки на источники (включая ZDNet) оформлены по ГОСТ Р 7.0.5–2008.
  • Задачи из введения полностью раскрыты в главах.
  • Есть хотя бы 3 схемы: архитектура, диаграмма последовательности, развёртывания.
  • Выводы соответствуют цели и задачам.
  • Проверено соответствие ГОСТ 34.602-89 (ТЗ), ГОСТ 19.701-90 (диаграммы).
  • Код (если есть) задокументирован, есть README.

Материал подготовлен экспертами компании ДипломИТ. Мы помогаем студентам с 2010 года. Если вам нужна помощь в разработке темы или оформлении работы, наши специалисты готовы подсказать.

Последнее обновление: 2026-05-05

Бесплатная консультация по вашему диплому
Мы выделили 120 часов на помощь студентам: подбор темы, архитектура, код, оформление. Готовы помочь с любой IT-темой — от Kubernetes до защиты персональных данных. Запишитесь на консультацию — без обязательств.

Источник: A data removal service helped me reclaim my privacy - see if you need one, too (опубликовано 2026-04-15)