Outpost

Что такое Outpost?

Outpost — open-source инфраструктура для доставки событий в предпочитаемые пользователем назначения, такие как исходящие webhooks и несколько систем событий/очередей. Она разработана для помощи приложениям в надежной отправке уведомлений о событиях с акцентом на снижение эксплуатационной сложности по сравнению с самостоятельной разработкой и поддержкой логики доставки webhook.

Outpost можно использовать как managed service от Hookdeck или self-hosted из open-source кода. Его основная цель — исходящая доставка событий: вы публикуете события, а Outpost маршрутизирует их в настроенные назначения с использованием topics/subscriptions и гарантий доставки.

Ключевые возможности

• Гарантии доставки at-least-once: Сообщения доставляются at-least-once, чтобы предотвратить потерю событий.
• Подписки на основе тем: Publish/subscribe паттерны для упрощения сопоставления типов событий с назначениями.
• Автоматические и ручные повторы: Настройка автоматических повторов или запуск через API или пользовательский портал.
• Множественные назначения доставки: Поддержка webhook плюс event destinations, такие как AWS SQS, RabbitMQ, Pub/Sub, EventBridge, Kafka и другие (как указано на странице).
• Поддержка multi-tenant: Запуск нескольких tenants на одном развертывании Outpost.
• Портал разработчика и управление назначениями: Просмотр метрик, управление, отладка и наблюдение за event destinations.
• Поддержка OpenTelemetry: Включает OpenTelemetry traces, metrics и logs.
• Идемпотентность и заголовки доставки: Предоставляет idempotency headers, timestamps и подписи (включая ротацию подписей) с механизмом opt-out.
• Развертывание на ваш выбор (managed или self-hosted): Доступен как Go binary или Docker image для self-hosting; используется один и тот же Outpost в managed или self-hosted варианте.

Как использовать Outpost

1. Выберите модель развертывания: Начните с managed service («Get started») или запустите open-source self-hosted версию с использованием предоставленной дистрибуции (Go binary или Docker image).
2. Определите назначения: Настройте одно или несколько целей доставки (например, webhook endpoint или queue/bus destination).
3. Настройте topics и subscriptions: Создайте сопоставления между темами событий (типами событий) и назначениями, которые должны их получать.
4. Публикуйте события: Отправляйте события через Outpost API или публикуйте в очередь, из которой Outpost может читать.
5. Эксплуатируйте и устраняйте неисправности: Используйте пользовательский портал для наблюдения за метриками доставки, управления назначениями и запуска повторов при необходимости.

Сценарии использования

• Надежная исходящая доставка webhook для событий приложений: Маршрутизация событий приложений (например, user.created, order.created) в webhook destinations с at-least-once доставкой и повторами.
• Публикация на основе очередей для декомпозиции производителей от доставки: Публикация событий в очередь, настройка Outpost на чтение из нее, затем доставка в downstream systems.
• Fan-out по нескольким event destinations: Отправка одних и тех же или связанных тем событий в разные назначения (например, webhook плюс message queue/bus) с использованием topic/subscription конфигурации.
• Multi-tenant доставка событий: Обслуживание нескольких tenants из одного развертывания Outpost с изоляцией конфигурации доставки по tenant.
• Отладка и эксплуатационная видимость для event plumbing: Использование портала для отслеживания статуса destinations и результатов доставки, ручные повторы при сбоях.

FAQ

• Могу ли я запустить Outpost самостоятельно или нужна managed service? Outpost доступен как managed service и как open-source ПО для self-hosting.

• Как Outpost обрабатывает повторы? Поддерживает автоматические повторы и ручные через API или пользовательский портал.

• Какую гарантию доставки предоставляет Outpost? На странице указано, что сообщения доставляются at-least-once.

• Предоставляет ли Outpost возможности observability? Да. Включает поддержку OpenTelemetry для traces, metrics и logs, а также портал разработчика для метрик и наблюдения за destinations.

• Как Outpost подписывает и защищает доставки в webhooks? На странице упоминаются timestamp и signature headers (с ротацией подписей), idempotency headers и механизм opt-out.

Альтернативы

• Собственный диспетчер webhook: Создайте собственную доставку webhook, повторные попытки и безопасность. Это перекладывает операционную и надежностную нагрузку на вашу команду приложения.
• Общие системы событий/очередей без слоя исходящей доставки: Используйте платформы для хранения/транспортировки событий (очереди или шины) и реализуйте собственную логику потребителя для отправки в webhooks/назначения.
• Другие управляемые сервисы доставки webhook/событий: Используйте хостинговый сервис, маршрутизирующий события в webhook-эндпоинты; сравните по обработке повторных попыток, гарантиям доставки и доставке в несколько назначений.
• Самостоятельно размещаемые компоненты маршрутизации событий: Ищите open-source или self-hostable компоненты, ориентированные на маршрутизацию событий от производителей к назначениями, особенно с семантикой подписок/топиков и операционными инструментами.