Представьте, что вы разрабатываете систему, в которой входящие данные не должны покидать определённый регион. Причины могут быть разными: требования местного законодательства, внутренняя политика безопасности, конфиденциальные данные клиентов, требования к задержке или просто желание разместить инфраструктуру ближе к пользователям.
При работе с вебхуками это особенно важно.
Вебхук — не просто техническое уведомление. На практике он может содержать сведения о заказах, платёжные события, идентификаторы пользователей, обновления CRM, системные оповещения, данные интеграций и другую информацию, требующую осторожного обращения. Если инфраструктура вебхуков по умолчанию является глобальной, не всегда понятно, где именно запрос принимается, обрабатывается, повторно отправляется или хранится.
Adal устроен иначе.
При создании сервера в Adal вы явно выбираете его регион. Этот регион определяет, где входящие запросы сервера принимаются, обрабатываются, хранятся и откуда доставляются. Иными словами, регион — это не просто метка в панели управления, а часть конфигурации инфраструктуры сервера.
Например, если вы создадите сервер в Германии, отправленные на него запросы будут обрабатываться в немецком регионе. Если другой сервер будет создан в Казахстане, его запросы будут отдельно обрабатываться в казахстанском регионе. Запросы разных регионов не смешиваются.
Таким образом, можно использовать один аккаунт Adal, сохраняя разделение потоков вебхуков по регионам.
Например:
данные европейских клиентов можно принимать и обрабатывать через сервер в Германии или Швеции;
для интеграций, связанных с Казахстаном, можно использовать сервер в Казахстане;
трафик внутреннего тестирования или разработки можно изолировать в отдельном регионе;
разные команды и проекты могут использовать собственные региональные серверы, управляя ими из одной панели.
Такой подход даёт больше контроля над инфраструктурой вебхуков, не усложняя её эксплуатацию. Вы по-прежнему управляете серверами, получателями, историей запросов, повторными попытками и статусами доставки из одной панели, но фактическая обработка запросов остаётся привязана к выбранному региону.
На момент публикации статьи Adal поддерживает следующие регионы серверов:
Стокгольм, Швеция;
Алматы, Казахстан;
Нюрнберг, Германия.
В каждом регионе развёрнуты сетевые и вычислительные ресурсы, достаточные для надёжного приёма, хранения, повторной отправки и доставки запросов. Для Adal региональное присутствие связано не только с географией. Оно также обеспечивает предсказуемую маршрутизацию, прозрачную работу инфраструктуры и явный контроль над тем, где обрабатываются данные вебхуков.
Adal готов расширяться в новые регионы, когда в этом возникает практическая потребность. Если вашей команде требуется приём и доставка вебхуков в определённой локации, мы готовы обсудить развёртывание новой региональной инфраструктуры.