Оповещения Workspace

Дополнительные уведомления для авторизации учетной записи, доступности пула и сбоев генерации.

Администраторы рабочего пространства могут настраивать предупреждения Системные оповещения WorkspaceУведомления отключаются до тех пор, пока администратор не сохранит пункт назначения и не включит их. Каждое рабочее пространство имеет свой пункт назначения и историю инцидентов.

Используйте публичный HTTPS Конечная точка принимает JSON Запросы POST.Частные/местные адреса, перенаправления, встроенные имена пользователей/пароли и фрагменты URL отклоняются. SubLane Зашифровывает пункт назначения, отображает только его хост и никогда автоматически не раскрывает его. Оставьте URL пустым при редактировании, чтобы сохранить его. Удаление пункта назначения отключает уведомления и удаляет его ожидающую историю уведомлений.

Условия

Событие	Состояние
`account_reauthorization`	Включённой подписке нужна повторная авторизация либо включённому каналу API нужна замена ключа.
`pool_unavailable`	Во включённой группе нет включённых и проверенных ресурсов вне зарегистрированного ожидания или восстановления, разрешённых её маршрутизацией и переходом на API. Учитываются подписки и каналы API; пустая группа также вызывает сигнал.
`request_failures`	За последние пять минут не менее пяти поколений закончили и не менее половины закончились ошибкой или неполным ответом.Отмененные и локально отклоненные запросы исключаются.

Проверки используют локальное сохраняющееся состояние примерно один раз в минуту; они не отправляют запросы на модели или не проверяют учетные данные подписки. Оригинальные оповещения о проверке пула. Необязательно включите оповещения модели и настройте порог используемой квоты от 1 до 99 (отключите его); оба по умолчанию. Только разрешенные, ранее наблюдаемые модели и свежие квоты оцениваются. Неизвестные или устаревшие наблюдения не могут доказать сбой или восстановление; одно только насыщение не вызывает оповещение модели. Снимки холостого хода могут истечь, а проверки не обновляют метаданные. Проясненное охлаждение после успешного запроса или действия администратора по восстановлению может разрешить инцидент с пулом.

Доставка и восстановление

Инцидент без изменений посылает одно уведомление. Условие, которое проясняется после того, как было принято его событие стрельбы, посылает сообщение о том, что resolved Происшествие. Состояние инцидента выживает после перезапуска. Повторные сбои доставки через одну минуту, затем обратно до 30 минут; каждая попытка передачи не более десяти поставок по экземпляру. Большие ожидающие очереди могут принимать дополнительные проходы.

Приемник должен вернуть статус 2xx в течение пяти секунд. idкоторый также отправляется в Idempotency-Key заголовок: потерянное подтверждение или перезапуск между приемом приемника и локальной персистентностью может вызвать повторную доставку. Настройки сохранения не отправляют тест. После сохранения пункта назначения, явно Отправить уведомление об испытанииДаже с выключенными уведомлениями. kind и status есть test.Один тест в минуту разрешен при перезапуске; сбои не перепроверяются и состояние инцидента не изменяется. На странице настроек отображается сбой доставки и самое последнее принятое время уведомления; сохранение одного URL не доказывает его работу.

Пример события с использованием синтетических идентификаторов:

{
  "id": "11111111111111111111111111111111",
  "workspace_id": 1,
  "kind": "pool_unavailable",
  "subject": "2",
  "status": "firing",
  "observed_at": 1900000000
}

Модели событий используют model_unavailable, с идентификатором пула и идентификатором родной модели, к которому присоединяется толстая кишка в качестве их предмета. quota_lowс идентификатором учетной записи в качестве их предмета.

Отправляются только идентификаторы (включая собственный идентификатор модели для событий модели), тип состояния, состояние и время наблюдения. Имена учетных записей, идентификаторы участников, ключи, URL-адреса веб-хуков, подсказки, ответы и необработанные ошибки. Это общий формат веб-хука; приложения чата могут потребовать адаптер к их формату сообщений.

Резервное копирование включает в себя зашифрованные пункты назначения и историю инцидентов с соответствующим ключом хранилища. Восстановление более старого снимка может воспроизводить последующие инциденты, поэтому приемники должны сохранять свою историю дедупликации.