Skip to main content
Сервисная учётная запись — это именованная идентичность для интеграции. Ей принадлежат API-ключи или OAuth-клиенты, и она определяет разрешения, которые могут использовать эти учётные данные, поэтому проверка доступа выполняется на уровне учётной записи: то, что может делать интеграция, отображается в одном месте независимо от того, сколько учётных данных ей принадлежит. Сама учётная запись не является учётными данными: её ID нельзя использовать для аутентификации запроса. Чтобы выбрать метод, см. раздел Аутентификация; для интеграции, использующей API-ключ, OAuth не требуется. Управление сервисными учётными записями осуществляется на вкладке Service accounts в Developer Hub.

​
Проектируйте учётные записи с учётом рабочих нагрузок

Создавайте по одной сервисной учётной записи для каждой интеграции или рабочей нагрузки — например, reporting-pipeline, scim-sync или soc-enrichment — вместо одной универсальной учётной записи для всего. Отдельные учётные записи для каждой рабочей нагрузки позволяют свести разрешения к минимуму, упрощают привязку журналов запросов к источникам и дают возможность отключить одну интеграцию, не затрагивая остальные.

​
Создание сервисной учётной записи

1

Назовите учётную запись

Укажите имя учётной записи, определяющее обслуживаемую ею рабочую нагрузку, и описание её назначения. Оба значения отображаются в списках и журналах, чтобы другие администраторы в будущем могли различать учётные записи.
2

Предоставьте разрешения

Выберите разрешения, которые учётная запись может предоставлять своим учётным данным, — например, entity:read, simulation:read или reporting:read. Этот набор является верхней границей для всех учётных данных, созданных в рамках учётной записи: учётные данные могут содержать подмножество этих разрешений, но не более.
Предоставляйте минимум, необходимый рабочей нагрузке на данный момент. Разрешения учётной записи можно добавить позже; существующие учётные данные сохраняют предоставленные им области доступа.
3

Проверьте и создайте

Подтвердите имя и набор разрешений. После создания на странице сведений об учётной записи можно создать её API-ключи.

​
Управление жизненным циклом

  • Изменяйте разрешения в любое время. Удаление разрешения из учётной записи исключает его из числа действий, доступных её API-ключам и токенам доступа OAuth.
  • Отключите учётную запись, чтобы прекратить доступ к API через все её учётные данные. Это полезно при выводе интеграции из эксплуатации или при локализации предполагаемой утечки учётных данных на время расследования. После повторного включения аутентификация снова становится доступной для учётных данных, которые остаются активными и не истекли.
  • Удалите учётную запись, когда интеграция выведена из эксплуатации. Сначала остановите интеграцию и отзовите её учётные данные. Удаление необратимо.
На странице сведений о каждой учётной записи отображается, кто и когда её создал, а также когда в последний раз использовался один из её ключей. Это быстрый способ выявить неиспользуемые интеграции, которые следует отключить.