59 lines
2.5 KiB
Markdown
59 lines
2.5 KiB
Markdown
# Слои работ по мультитенантности
|
|
|
|
## Слой 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 |