Руководство разработчика: Оптимизация вызовов Didit API для кэширования на границе CDN (RU)

Понимание лимитов запросов Didit применяет глобальные и специфичные для конечных точек лимиты запросов для поддержания стабильности API, предоставляя заголовки X-RateLimit-Limit, X-RateLimit-Remaining и X-RateLimit-Reset для регулирования на стороне клиента.

Внедрение экспоненциальной задержки Для ответов 429 интегрируйте стратегию экспоненциальной задержки (например, 5с → 10с → 20с), чтобы корректно обрабатывать временные перегрузки API и предотвращать превышение лимитов запросов на стороне клиента.

Использование CDN для статических ресурсов Хотя основной API Didit не может быть кэширован традиционными CDN, оптимизируйте статические ресурсы вашего приложения (JS, CSS, изображения) через CDN, чтобы сократить время загрузки и улучшить воспринимаемую производительность.

Архитектура производительности Didit AI-ориентированная, глобально распределенная инфраструктура Didit изначально предлагает низкую задержку и высокую доступность, что делает ее идеальным выбором для критически важных задач проверки личности.

В современном быстро меняющемся цифровом мире каждая миллисекунда имеет значение. Для разработчиков, интегрирующих услуги по проверке личности, оптимизация вызовов API для скорости и эффективности является первостепенной задачей. Хотя сети доставки контента (CDN) часто ассоциируются с кэшированием статических ресурсов, понимание того, как наилучшим образом взаимодействовать с API-сервисами, особенно теми, которые предназначены для динамических операций в реальном времени, таких как проверка личности, имеет решающее значение для общей производительности приложения. Это руководство посвящено оптимизации интеграции Didit API, уделяя особое внимание ограничению скорости, эффективным шаблонам вызовов и тому, как архитектура Didit изначально поддерживает высокую производительность.

Понимание лимитов запросов Didit API

Didit, как и любой надежный API-сервис, внедряет лимиты запросов для обеспечения стабильности и справедливого использования всеми клиентами. Эти лимиты критически важны для предотвращения злоупотреблений и поддержания стабильной производительности. Понимание и соблюдение их является первым шагом к оптимизированному взаимодействию с API.

Didit применяет несколько уровней ограничения скорости:

• Глобальные лимиты: Для общих конечных точек GET существует ограничение в 300 запросов в минуту для каждого приложения. Аналогично, конечные точки POST, PATCH и DELETE (запись/удаление) также имеют глобальный потолок в 300 запросов в минуту для каждого приложения.
• Лимиты для конкретных конечных точек: Некоторые высоконагруженные операции имеют более строгие ограничения. Например, POST /v2/session/ (для создания сессий верификации, часто включающих продукты Didit для проверки личности или оценки возраста) ограничен 600 запросами в минуту. Получение решений по сессиям (`GET /v2/session//decision/) регулируется до 100 запросов в минуту для предотвращения чрезмерного опроса, а генерация PDF (GET /session//generate-pdf/`) также ограничена 100 запросами в минуту из-за ее ресурсоемкого характера.

При превышении лимита скорости Didit API отвечает статусом 429 Too Many Requests. Важно отметить, что эти ответы включают полезные заголовки:

• X-RateLimit-Limit: Максимальное количество разрешенных запросов.
• X-RateLimit-Remaining: Количество оставшихся запросов в текущем окне.
• X-RateLimit-Reset: Время (в секундах эпохи), когда текущее окно лимита скорости сбрасывается.

Отслеживая эти заголовки, ваше приложение может проактивно регулировать себя, предотвращая ненужные ошибки 429 и обеспечивая более плавный рабочий процесс для таких сервисов, как AML Screening или Liveness Detection от Didit.

Внедрение интеллектуального регулирования и экспоненциальной задержки на стороне клиента

Эффективная обработка лимитов запросов на стороне клиента жизненно важна для отказоустойчивой интеграции. Вот как это сделать:

1. Отслеживайте заголовки лимитов запросов: Реализуйте логику для чтения заголовка X-RateLimit-Remaining. Когда это значение падает ниже определенного порога (например, 15% от X-RateLimit-Limit), ваш клиент должен начать замедлять скорость своих запросов.

2. Экспоненциальная задержка для 429: Это критически важная стратегия. Если ваше приложение получает ответ 429, оно должно сделать паузу перед повторной попыткой запроса. Вместо немедленных повторных попыток реализуйте алгоритм экспоненциальной задержки. Например, подождите 5 секунд, затем 10 секунд, затем 20 секунд и так далее. Это предотвращает дальнейшую перегрузку API и позволяет окну лимита скорости сброситься. Заголовок Retry-After от Didit также может помочь в вашей стратегии задержки.

3. Логирование и оповещение: Отслеживайте, когда достигаются лимиты скорости и когда запускаются повторные попытки. Это дает ценную информацию о шаблонах использования вашего приложения и может помочь выявить области для оптимизации или указать на необходимость запроса более высокого лимита от поддержки Didit для конкретных случаев использования.

Роль кэширования на границе CDN в производительности API

Хотя основные API проверки личности Didit, такие как для ID Verification, 1:1 Face Match или NFC Verification, включают динамическую обработку в реальном времени, которая не может быть эффективно кэширована CDN (поскольку каждый запрос уникален и требует свежих вычислений), CDN по-прежнему играют роль в общей производительности вашего приложения.

CDN отлично справляются с кэшированием статического контента (изображений, файлов JavaScript, CSS, видео) на граничных узлах, расположенных ближе к вашим пользователям. Обслуживая эти ресурсы из CDN, вы снижаете нагрузку на ваш исходный сервер и уменьшаете задержку для ваших пользователей. Это улучшает воспринимаемую производительность вашего приложения, делая общий опыт, включая процесс проверки личности, намного быстрее и оперативнее.

Например, если ваше приложение использует рабочий процесс Didit, который включает веб-интерфейс пользователя (например, для сбора загружаемых документов или селфи для проверки живости), статические ресурсы для этого пользовательского интерфейса могут быть предоставлены через CDN. Хотя вызовы API к бэкэнду Didit для обработки верификации являются прямыми, скорость окружающей среды приложения значительно влияет на удовлетворенность пользователя.

AI-ориентированная архитектура Didit для непревзойденной производительности

Didit построен с нуля как AI-ориентированная, разработчико-ориентированная платформа идентификации. Этот архитектурный выбор изначально обеспечивает значительные преимущества в производительности, которые дополняют ваши стратегии CDN для статических ресурсов:

• Глобальное распределение: Инфраструктура Didit глобально распределена, обеспечивая низкую задержку для пользователей независимо от их географического положения. Это означает, что вызовы API к конечным точкам верификации Didit маршрутизируются к ближайшему центру обработки данных, минимизируя время передачи по сети.
• Оптимизировано для реального времени: Продукты, такие как Passive & Active Liveness и 1:1 Face Match, разработаны для обработки в реальном времени, используя передовые модели искусственного интеллекта, которые выполняются быстро и эффективно.
• Масштабируемость: Модульная архитектура Didit создана для масштабирования, способна обрабатывать большие объемы запросов на верификацию без снижения производительности, даже в пиковые периоды. Это критически важно для приложений, требующих высокой пропускной способности для таких сервисов, как Phone & Email Verification или Proof of Address.
• API, ориентированные на разработчиков: Чистые, хорошо документированные API обеспечивают эффективную интеграцию для разработчиков, сокращая время разработки и потенциальные узкие места в производительности, связанные с интеграцией. Процесс программной регистрации, требующий всего двух вызовов API, является примером такого подхода, ориентированного на разработчиков.

Сосредоточившись на эффективных практиках использования API, таких как интеллектуальная обработка лимитов запросов и экспоненциальная задержка, вы можете в полной мере использовать высокопроизводительный, AI-ориентированный бэкэнд Didit для обеспечения бесшовного и быстрого опыта проверки личности.

Как Didit помогает

Didit разработан для обеспечения высокопроизводительной и надежной проверки личности. Наша AI-ориентированная платформа предлагает модульную архитектуру, позволяющую интегрировать специфические примитивы идентификации, такие как ID Verification (с поддержкой OCR, MRZ и штрих-кодов), Passive & Active Liveness, 1:1 Face Match и AML Screening & Monitoring по мере необходимости. Эта модульность означает, что вы используете только те ресурсы, которые вам нужны, оптимизируя как стоимость, так и производительность. Бесплатное предложение Didit Core KYC, без платы за установку и с моделью оплаты за успешную проверку, делает начало работы невероятно доступным. Наша глобально распределенная инфраструктура гарантирует, что ваши вызовы API получают низкую задержку и высокую доступность, что делает необходимость традиционного кэширования ответов API CDN менее актуальной, поскольку динамический характер проверки личности требует обработки в реальном времени. Мы предоставляем разработчикам надежное, масштабируемое решение, которое изначально приоритезирует скорость и эффективность, позволяя вам сосредоточиться на создании отличных приложений, в то время как мы берем на себя сложности обеспечения доверия к личности.

Готовы начать?

Хотите увидеть Didit в действии? Получите бесплатную демонстрацию сегодня.

Начните бесплатно проверять личности с бесплатным тарифом Didit.