Опис проєкту
ПерекладУ нас є публічний API, який зростає швидше, ніж справляється інфраструктура, і кілька клієнтів регулярно б'ють по ендпоїнтам сплесками, через які страждають всі інші. Потрібен інженер, який побудує окремий сервіс обмеження частоти запитів і квот, що стоїть перед нашим API і застосовує розумні ліміти для кожного ключа. Це не проект API-шлюзу і не ретрансляятор вебхуків: єдина і чітко окреслена задача тут — троттлінг і облік квот. Нам потрібні настроювальні політики на ключ, щоб безплатний ключ отримував, скажімо, шістдесят запитів на хвилину, а платний — тисячі, і щоб застосування лімітів було передбачуваним, швидким і стійким до пікового трафіку.
По алгоритмам хочемо і варіант із кошиком токенів для згладжування коротких сплесків, і лічильник зі ковзаючим вікном для точного обліку в межах вікна, що вибираються на рівні політики. Лічильники мають зберігатися в Redis, щоб кілька вузлів API бачили однакову картину споживання без розходжень, а сама перевірка додавала лише мілісекунду-дві затримки. Крім простих лімітів потрібні повнофункціональні рівні квот із місячними або денними лімітами, облік споживання по кожному ключу і спосіб повертати викликаючій стороні залишок квоти. При перевищенні ліміту сервіс зобов'язаний відповідати статусом 429, видавати стандартні заголовки лімітів, включаючи limit, remaining і reset, і додавати підказку Retry-After, щоб коректні клієнти самі знижували навантаження.
У поставку входять невелика адмін-панель або формат конфігурації для опису тарифів і прив'язки ключів, сховище метрик для біллінгу та аналітики, а також зрозуміла документація. Розкажіть, як ви плануєте атомарні операції в Redis, як уникаєте гонок при високій конкурентності і як будете нагрузочно тестувати обмежувач до виведення в бій.
— Політики на ключ із алгоритмами кошика токенів і ковзаючого вікна
— Рівні квот із денними і місячними лімітами
— Спільні лічильники на Redis з мінімальною доданою затримкою
— Облік споживання та звіти для біллінгу
— Коректні відповіді 429 із заголовками limit, remaining, reset і Retry-After
— Адмін-конфіг тарифів і прив'язки ключів, документація та нагрузочні тести
По алгоритмам хочемо і варіант із кошиком токенів для згладжування коротких сплесків, і лічильник зі ковзаючим вікном для точного обліку в межах вікна, що вибираються на рівні політики. Лічильники мають зберігатися в Redis, щоб кілька вузлів API бачили однакову картину споживання без розходжень, а сама перевірка додавала лише мілісекунду-дві затримки. Крім простих лімітів потрібні повнофункціональні рівні квот із місячними або денними лімітами, облік споживання по кожному ключу і спосіб повертати викликаючій стороні залишок квоти. При перевищенні ліміту сервіс зобов'язаний відповідати статусом 429, видавати стандартні заголовки лімітів, включаючи limit, remaining і reset, і додавати підказку Retry-After, щоб коректні клієнти самі знижували навантаження.
У поставку входять невелика адмін-панель або формат конфігурації для опису тарифів і прив'язки ключів, сховище метрик для біллінгу та аналітики, а також зрозуміла документація. Розкажіть, як ви плануєте атомарні операції в Redis, як уникаєте гонок при високій конкурентності і як будете нагрузочно тестувати обмежувач до виведення в бій.
— Політики на ключ із алгоритмами кошика токенів і ковзаючого вікна
— Рівні квот із денними і місячними лімітами
— Спільні лічильники на Redis з мінімальною доданою затримкою
— Облік споживання та звіти для біллінгу
— Коректні відповіді 429 із заголовками limit, remaining, reset і Retry-After
— Адмін-конфіг тарифів і прив'язки ключів, документація та нагрузочні тести
Веб програмування Готівка, Банківський переказ
