docs: document all changes and web-console plan

- doc/progress.md: funcs global service v0.1.x, URLs, next steps
- doc/decisions/log.md: storage architecture, funcs service decision, web-console plan
- doc/api/design.md: current + planned endpoints (/source, PATCH trigger)
- doc/architecture/overview.md: funcs-service component, S3 storage diagram
This commit is contained in:
Naeel
2026-03-18 16:38:18 +03:00
parent 38bb494ed5
commit a3528ff4fe
8 changed files with 1490 additions and 8 deletions
+57
View File
@@ -1,5 +1,62 @@
# Решения и обоснования
## 2026-03-18 — Архитектура: funcs как глобальный сервис, web-консоль
### Хранение кода функций
S3 (minio внутри кластера) хранит **два артефакта** на каждый upload:
```
functions/{namespace}/{name}/{timestamp}.zip ← ИСХОДНЫЙ КОД (zip пользователя)
contexts/{namespace}/{name}/{timestamp}.tar.gz ← BUILD CONTEXT для kaniko (zip + Dockerfile)
```
Function CRD хранит `spec.s3Key` — указывает на `contexts/...` (build context).
Из него можно восстановить путь к исходному zip:
`contexts/{ns}/{name}/{ts}.tar.gz``functions/{ns}/{name}/{ts}.zip`
Поэтому для отображения кода в веб-консоли **не нужно ничего менять в CRD**:
достаточно нового эндпоинта `GET /source` который читает zip из S3.
### Решение: funcs как глобальный Go сервис вместо per-user terraform
**Было:** `sless_function.funcs_list` + `sless_trigger.funcs_list_http` в `examples/POSTGRES/resources.tf`
— Для каждого пользователя terraform создавал отдельный pod функции
— Требовал `api_token`, `SLESS_NAMESPACE` как env vars в terraform
— Не масштабируется: N пользователей = N лишних pod'ов
**Стало:** `services/funcs/main.go` — один Go HTTP сервис в namespace `sless`
— Деплоится один раз через `deployments/k8s/funcs-service.yaml`
— Принимает JWT токен → извлекает `sub``SHA256[:8]` → namespace
— URL без токена: `/funcs/<namespace>` (namespace не секрет — виден в URL каждой функции)
`SLESS_SERVICE_TOKEN` задаётся через `kubectl set env` (не хранится в git)
### Про будущую синхронизацию terraform-папок с кластером
Terraform уже работает по схеме: `source_dir` → zip → `POST /upload` → S3.
Обратная синхронизация (кластер → локальная папка): скачать zip из S3 → распаковать в `source_dir`.
Никаких структурных изменений не потребует. Реализовывать ПОСЛЕ web-консоли.
### Архитектура web-консоли (план, ветка feat/web-console)
**Принцип:** минимум изменений в операторе, максимум логики в `sless-funcs-service`.
**Два новых эндпоинта в операторе:**
| Метод | Путь | Что делает |
|-------|------|-----------|
| GET | `/v1/namespaces/{ns}/functions/{name}/source` | Читает zip из S3 → JSON `[{name, content}]` |
| PATCH | `/v1/namespaces/{ns}/triggers/{name}` | `{"enabled": bool}` → обновляет Trigger CRD |
**`sless-funcs-service` — HTML режим:**
- Если запрос из браузера (`Accept: text/html`) → отдаёт HTML страницу
- Список функций — аккордеон; при раскрытии `fetch(/source)` подгружает файлы
- Подсветка синтаксиса: `highlight.js` с CDN (не требует сборки)
- Кнопки ▶ Старт / ■ Стоп → `PATCH /triggers/{name}` через fetch
- `text/plain` ответ для curl/CLI остаётся без изменений
---
## 2026-03-18 — Смена sless API endpoint: sless-api.kube5s.ru → sless.kube5s.ru
**Решение:** Оператор sless доступен по `https://sless.kube5s.ru` (не `sless-api.kube5s.ru`). Все examples, deployments и ConfigMap обновлены.