restructure: console→client-console, add admin-console skeleton, move docs to doc/

2026-05-25 09:48:55 +04:00
parent 3e36ff13a8
commit 34a8068da5
110 changed files with 615 additions and 0 deletions
@@ -0,0 +1,59 @@
+# Слои работ по мультитенантности
+
+## Слой 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