Менеджер сессий (session-manager)

О сервисе #

session-manager входит в Helm chart shturval-auth. Обычно компонент размещается рядом с authn-server, а backend API обращается к нему через SESSION_LIST_URL и SESSION_DELETE_URL.

Содержание #

1. Обзор
2. Архитектура
3. Установка / развёртывание
4. Диагностика
5. Жизненный цикл
6. Параметры сервиса

1. Обзор #

Назначение: поддерживать административные и пользовательские сценарии отзыва сессий после входа. Сервис предоставляет отдельное HTTP-приложение, которое вызывается backend и синхронно работает с Redis session store и связанным token store.

Создание сессии при login остаётся на стороне authn-server.

Функции #

Сценарии инициации #

Ограничения и следствия #

Место в цепочке управления #

Backend API направляет запросы управления активными входами пользователей в session-manager. authn-server создаёт сессии и использует общие интерфейсы хранилища session/token при login-flow.

Ключевые характеристики #

2. Архитектура #

3. Установка / развёртывание #

Развёртывание задаёт Helm chart shturval-auth. Основное размещение — совместный pod с процессами auth и отдельный Service для внутреннего вызова из backend.

Параметры Redis и URL интеграции задаются через управляемые значения платформы и ShturvalServicePatch (SSP).

4. Диагностика #

kubectl get svc -n "${NAMESPACE}"
kubectl logs -n "${NAMESPACE}" "${POD}" -c sh-session-manager --tail=200

Отсутствие стандартного health-route повышает требования к наблюдению: используйте утверждённые платформой проверки для конкретной установки.

5. Жизненный цикл #

6. Параметры сервиса #

Ссылки backend SESSION_*_URL настраиваются в chart shturval-backend и должны указывать на Service session-manager из chart shturval-auth.