Бюджет: 27000 UAH Термін: 17 днів
Вітаю!
Оновлення даних кожні 1–60 хвилин для 30–50 каналів легко впирається в добову квоту 10 000 юнітів за замовчуванням, особливо якщо бездумно викликати videos.list/search.list з деталями тож як вихід можна зробити окремий квотний планувальник, який обирає методи з мінімальною вартістю (наприклад, комбінувати videos.list з попереднім кешем ID, не використовувати search без потреби);
По агрегації запитів, треба тягнути статистику пакетами по кілька відео і каналів, а не одне відео - один запит + fallback‑режим, коли при наближенні до ліміту частота оновлень автоматично зменшується й логуються пропущені слоти.
Для 30–50 каналів буде 30–50 окремих refresh‑токенів; YouTube/Google можуть їх відкликати при зміні пароля, підозрілій активності чи перевищенні лімітів, тому потрібен централізований менеджер токенів. З необхідного: шифроване зберігання refresh‑токенів (KMS/ключ у secret manager, AES‑шифрування на рівні БД),
механізм автоматичного re‑auth: якщо refresh‑токен перестав працювати, система ставить акаунт у статус "потрібна повторна авторизація" й показує банер у UI. І звісно треба зробити тонке розмежування app vs user quota та використовувати server‑side OAuth з офлайн доступом, як рекомендує Google.
З повагою
Георгій
Senior Software Engineer
