# Слои работ по мультитенантности

## Слой 1 — базовая поддержка мультитенантности в Fission

Это внутренний фундамент.

Простыми словами:
сам Fission научили нормально видеть и подхватывать новые namespace-ы в multi-tenant режиме.

Что это значит:

1. Новый namespace можно подключать динамически.
2. Не нужно копировать одну и ту же watcher-логику в разные части Fission.
3. Внутренняя логика namespace lifecycle приведена к общему виду.

Ещё проще:

- слой 1 = научили систему работать

## Слой 1.5 — доводка надёжности мультитенантности

Это не про новый функционал, а про устойчивость.

Простыми словами:
нужно убедиться, что мультитенантность не глючит в сложных сценариях.

Что сюда относится:

1. Проверка гонок и рассинхрона между компонентами.
2. Проверка повторных событий и странных watcher-сценариев.
3. Проверка удаления namespace-ов.
4. Проверка стабильности под нагрузкой и в краевых случаях.

Ещё проще:

- слой 1.5 = делаем, чтобы работало надёжно

## Слой 2 — внешний API / status / console слой

Это уже внешний уровень поверх готового внутреннего foundation.

Простыми словами:
нужно вывести состояние мультитенантности наружу так, чтобы это видел API, console или status/debug endpoint.

Что сюда относится:

1. Показать состояние namespace-ов наружу.
2. Дать read-only API или status/debug surface.
3. Связать console/API с уже готовым внутренним foundation.

Ещё проще:

- слой 2 = показываем и используем это снаружи

## Краткая формула

- Слой 1: научили работать
- Слой 1.5: делаем стабильным
- Слой 2: выводим наружу в API и console