Опубликовано: 26.07.2026 | Источник: ZDNet – Enterprise Software

Увеличение хранилища Gmail для ВКР: архитектура и автоматизация резервного копирования

Недавно автор ZDNet поделился лайфхаком: благодаря настройкам Google Photos можно освободить до 15 ГБ в Gmail, просто отключив сжатие фотографий и загрузив оригиналы. Казалось бы, бытовой совет. Но за ним стоит серьёзный тренд — автоматическое управление жизненным циклом данных в облачных экосистемах. Компании всё чаще ищут способы экономить на подписках, не теряя данные. Для студента, пишущего ВКР по IT-архитектуре, это отличная возможность продемонстрировать навыки интеграции облачных API, проектирования конвейеров миграции и оценки стоимости решений. Разберём, как превратить кейс из статьи в полноценную дипломную работу.

Темы ВКР, которые «выстрелят» с этим кейсом

1. Автоматическая миграция корпоративной почты в архивное хранилище

Актуальность: большинство организаций используют Google Workspace и платят за дополнительное хранилище. Кейс ZDNet показывает, что часть данных можно перенести в Google Photos (или любое S3-совместимое хранилище) без потери качества.

• Цель: спроектировать и реализовать сервис, который автоматически переносит старые письма и вложения из Gmail в Google Photos с сохранением метаданных.
• Задачи:
  1. Анализ API Google (Gmail API, Photos Library API, Drive API) и ограничений по квотам.
  2. Разработка архитектуры: модуль авторизации, планировщик, конвейер загрузки.
  3. Реализация прототипа на Python с использованием OAuth 2.0.
  4. Нагрузочное тестирование и оценка времени выполнения (RTO).
• Структура диплома: Глава 1 — обзор методов резервного копирования; Глава 2 — проектирование системы; Глава 3 — реализация и тестирование.

2. Сравнительный анализ облачных хранилищ для почтовых архивов (TCO-модель)

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

• Цель: разработать методику оценки TCO для Google Workspace, Microsoft 365 и собственного S3-кластера на примере хранения 50 ГБ данных.
• Задачи:
  1. Сбор прайс-листов и лимитов (бесплатный объём, стоимость доп. гигабайта).
  2. Учёт затрат на разработку и поддержку конвейеров миграции.
  3. Построение модели с дисконтированием на 3 года.
  4. Формирование рекомендаций для типовых сценариев.
• Структура: Глава 1 — подходы к оценке TCO; Глава 2 — сравнительный анализ; Глава 3 — экономическое обоснование и приложение с расчётами.

3. Политика управления жизненным циклом данных для Gmail с интеграцией Google Photos

Актуальность: регуляторные требования (152-ФЗ, GDPR) заставляют хранить письма определённый срок, а потом удалять или архивировать. Google Photos может выступать как холодное хранилище.

• Цель: разработать политику миграции (например, письма старше 1 года автоматически перемещаются в Photos) и реализовать прототип.
• Задачи:
  1. Формализация правил (сроки, типы файлов, права доступа).
  2. Проектирование компонента мониторинга (логирование, оповещения при ошибках).
  3. Верификация целостности: хеш-суммы до и после миграции.
  4. Документирование архитектуры в соответствии с ГОСТ 34.602-89.
• Структура: Глава 1 — политики хранения и нормативная база; Глава 2 — архитектурное решение; Глава 3 — тестирование и внедрение.

Основная часть: как применить кейс в разделах диплома

Аналитическая глава: обоснование выбора стека технологий

Начните с анализа Google Drive API и Photos Library API. В статье ZDNet описан ручной способ, но вы можете автоматизировать его. Сравните оба API по критериям:

Вывод: для массовой миграции писем (вложения до 25 МБ) лучше использовать Drive, для фотографий — Photos. В дипломе это обоснование стека и ограничений.

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

Спроектируйте конвейер. Компоненты:

• Auth Service — OAuth 2.0 с токенами обновления.
• Scheduler — запуск раз в сутки (Cron).
• Mail Fetcher — выборка писем, где есть вложения (Gmail API, query: has:attachment larger:5M).
• Uploader — загрузка файлов в Google Photos через Photos Library API (создание альбома, установка даты).
• Logger — запись в Google Sheets (лёгкий мониторинг).

Пример фрагмента кода (Python):

from google.oauth2.credentials import Credentials
from googleapiclient.discovery import build

creds = Credentials.from_authorized_user_file('token.json')
service = build('gmail', 'v1', credentials=creds)
results = service.users().messages().list(userId='me', q='has:attachment larger:5M').execute()

На защите объясните, как аргументируете выбор синхронных/асинхронных вызовов, обработку ошибок (retry Policy).

Тестирование и метрики

Для диплома нужно показать не только код, но и метрики эффективности:

• RTO (Recovery Time Objective) — сколько времени потребуется для восстановления всех перенесённых файлов в случае сбоя. Рассчитывается как время загрузки + время индексации в Photos.
• RPO (Recovery Point Objective) — частота синхронизации (например, 24 часа).
• Пропускная способность — количество писем, обработанных за час.

Проведите нагрузочное тестирование на синтетическом аккаунте с 10 000 писем (вложения по 1 МБ). Постройте графики зависимости времени от объёма.

Практические выводы: чему вы научитесь

• Интегрировать облачные API (Gmail, Photos, Drive) и работать с OAuth 2.0.
• Проектировать отказоустойчивый конвейер с планировщиком и логированием.
• Обосновывать архитектурный выбор через TCO-модели и сравнение провайдеров.
• Оформлять техническую документацию (ТЗ, UML-диаграммы) по ГОСТ 34.
• Презентовать результат: диаграммы, метрики, демо-видео работы сервиса.

FAQ

Сложно ли реализовать такую систему в рамках ВКР?

Вполне реально за 2–3 месяца. Большую часть кода можно взять из официальных примеров Google. Вам останется адаптировать под свой сценарий и провести тестирование. Главное — не пытаться «объять необъятное»: ограничьтесь одним типом данных (например, только вложения из писем).

Обязательно ли писать код? У меня чисто аналитическая работа.

Если ваша специальность — «Прикладная информатика» или «Программная инженерия», код обязателен. Для «Бизнес-информатики» или «Информационных систем» можно обойтись архитектурными схемами и расчётами TCO, но прототип очень усилит защиту.

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

Используйте UML: диаграмма прецедентов (actor — администратор, система), диаграмма компонентов (модули и их связи), диаграмма последовательности (вызовы API). Инструменты: draw.io, Lucidchart. Обязательно подпишите все стрелки.

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

Создайте тестовый Google-аккаунт, напишите скрипт для генерации 100–1000 писем с вложениями (картинки, PDF). Или используйте публичные датасеты писем (например, Enron dataset), но проверьте лицензию.

Источник: How I unlocked another 15GB of Gmail storage for free (and kept my old files, too) (опубликовано 2026-03-16)