Опис проєкту
ПерекладУ нас працює платформа даних, чий внутрішній API непомітно став найцінніший активом компанії, і кілька партнерів постійно просять прямий доступ. Замість того щоб робити разові інтеграції під кожного, ми хочемо зробити з цього API повноцінний продукт і продавати доступ цивілізовано. Це означає перетворити нинішній нічим не захищений внутрішній ендпоінт на вимірюваний self-service продукт: розробник повинен зареєструватися, отримати API-ключ, вибрати тариф, почати робити виклики за лічені хвилини і точно бачити, за що з нього списують гроші. Переписувати бізнес-логіку не потрібно — потрібен акуратний шар доступу та монетизації поверху неї.
Конкретно нам потрібен API-шлюз або middleware, який аутентифікує кожен запит за ключем, застосовує лімити та квоти по тарифу і фіксує кожен виклик для біллінгу. Облік повинен бути точним та ідемпотентним, тому що клієнти будуть оскаржувати рахунки, якщо лічильники поплигають. Біллінг — за спожиттям, з тарифною сіткою (безплатний пробний тариф, пара платних та корпоративний з індивідуальними лімітами), з обробкою перевищень та щомісячним виставленням рахунків через нашого платіжного провайдера. Поверху цього потрібен портал розробника, де користувачі управляють ключами, бачать своє споживання в реальному часі, читають документацію та змінюють тариф без звернення до нас. Нарешті, потрібна внутрішня аналітика: топ ендпоінтів, виручка по клієнтам, паттерни зловживання.
Перш ніж писати код, запропонуйте архітектуру та явно опишіть, як ви забезпечите узгодженість обліку під навантаженням та як ключі зберігаються і безпечно ротуються. Для нас важливі чіткі межі між шлюзом, біллінговим рушієм та порталом, щоб кожен компонент розвивався незалежно.
— Випуск API-ключів, області дії та безпечна ротація
— Облік споживання: точний, ідемпотентний, поддающийся аудиту
— Лімити запитів та квоти по кожному тарифу
— Тарифний біллінг за спожиттям з перевищеннями та рахунками
— Self-service портал розробника з живим видом споживання
— Внутрішня аналітика: топ ендпоінтів, виручка по клієнтам, детект зловживання
Конкретно нам потрібен API-шлюз або middleware, який аутентифікує кожен запит за ключем, застосовує лімити та квоти по тарифу і фіксує кожен виклик для біллінгу. Облік повинен бути точним та ідемпотентним, тому що клієнти будуть оскаржувати рахунки, якщо лічильники поплигають. Біллінг — за спожиттям, з тарифною сіткою (безплатний пробний тариф, пара платних та корпоративний з індивідуальними лімітами), з обробкою перевищень та щомісячним виставленням рахунків через нашого платіжного провайдера. Поверху цього потрібен портал розробника, де користувачі управляють ключами, бачать своє споживання в реальному часі, читають документацію та змінюють тариф без звернення до нас. Нарешті, потрібна внутрішня аналітика: топ ендпоінтів, виручка по клієнтам, паттерни зловживання.
Перш ніж писати код, запропонуйте архітектуру та явно опишіть, як ви забезпечите узгодженість обліку під навантаженням та як ключі зберігаються і безпечно ротуються. Для нас важливі чіткі межі між шлюзом, біллінговим рушієм та порталом, щоб кожен компонент розвивався незалежно.
— Випуск API-ключів, області дії та безпечна ротація
— Облік споживання: точний, ідемпотентний, поддающийся аудиту
— Лімити запитів та квоти по кожному тарифу
— Тарифний біллінг за спожиттям з перевищеннями та рахунками
— Self-service портал розробника з живим видом споживання
— Внутрішня аналітика: топ ендпоінтів, виручка по клієнтам, детект зловживання
Веб програмування Готівка, Банківський переказ
