docs: record strict cleanup to 6 verified functions
This commit is contained in:
Naeel
+140
@@ -258,6 +258,30 @@
|
||||
#### Правила репозитория
|
||||
|
||||
Создан `.github/copilot-instructions.md` с правилами:
|
||||
|
||||
### Обновление этапа (UI invoke stability: JS)
|
||||
|
||||
- Проведена диагностика JS invoke через реальный UI-путь (`/console/api/functions/{name}/invoke`) и роутер/экзекьютор логи.
|
||||
- Найдена корневая причина JS-таймаутов:
|
||||
- для `node-env` используется `v2/specialize`
|
||||
- при `functionName=main` runtime пытался загрузить `/userfunc/deployarchive/main`
|
||||
- при plain literal `deployarchive` является файлом, не директорией
|
||||
- после specialize без корректного контракта запросы зависали и упирались в router roundtripper timeout.
|
||||
- Для `nodejs-acc` зафиксирован runtime image: `ghcr.io/fission/node-env:1.32.5`.
|
||||
- Для JS-функций выровнен контракт runtime:
|
||||
- `spec.package.functionName` выставлен в пустой entrypoint (`""`) для default export
|
||||
- код приведен к формату ответа Node runtime: `return { status: 200, body: "..." }`
|
||||
- для основных JS-маршрутов включены методы `GET` + `POST`.
|
||||
- Подтверждена работоспособность через console invoke:
|
||||
- `fn-js-acc` -> `status=200`, `response_raw=hello-js-ok`
|
||||
- `fn-js-direct` -> `status=200`, `response_raw=hello-js-ok`
|
||||
- тестовая матрица `jsm1..jsm4` -> `status=200`.
|
||||
|
||||
### Статус после фикса
|
||||
|
||||
- Python invoke: работает.
|
||||
- JS invoke: работает по UI-пути и по прямому GET роутов.
|
||||
- Go invoke (`fn-go-acc`): остается отдельной runtime-проблемой (вне JS-фикса).
|
||||
- Маппинг путей (локально ~/remote_dev/ = ВМ ~/terra/)
|
||||
- Редактирование файлов — разрешено локально
|
||||
- Команды — ИСКЛЮЧИТЕЛЬНО через SSH (VPN-конфликты)
|
||||
@@ -326,3 +350,119 @@
|
||||
### Статус `fn-go-acc`
|
||||
- `fn-go-acc` продолжает падать не из-за UI, а из-за runtime specialization на стороне Fission.
|
||||
- Подтверждено логами `router/executor`: `GetServiceForFunction ... context canceled` и постоянными readiness-fail у poolmgr pod-ов `go-acc`.
|
||||
|
||||
## 2026-04-15 (дополнение) — Финальный фикс `fn-go-acc`
|
||||
|
||||
### Симптом и root cause
|
||||
- `fn-go-acc` стабильно timeout'ился на invoke.
|
||||
- Изначальный пакет содержал `main.go` как `deployment.literal`, из-за чего go-runtime пытался грузить текст как plugin:
|
||||
- `plugin.Open("/userfunc/deployarchive/main.go"): invalid ELF header`.
|
||||
|
||||
### Что сделано
|
||||
- Пересобран deploy-артефакт как Go plugin (`main.so`) и упакован в `deploy.zip`.
|
||||
- Важно: сборка выполнена в том же образе, что у Fission environment builder:
|
||||
- `ghcr.io/fission/go-builder` (Go 1.25.6), чтобы избежать несовместимости plugin ABI.
|
||||
- Функция обновлена через Fission CLI:
|
||||
- `fission function update -n default --name fn-go-acc --env go-acc --entrypoint Handler --deployarchive /tmp/fn-go-acc-fix2/deploy.zip -f`.
|
||||
|
||||
### Результат проверки
|
||||
- `/go-acc` через router с JWT: `hello-go-ok`, `HTTP 200`.
|
||||
- Executor логи: specialization проходит успешно (`specialized pod`, `added function service`), без `invalid ELF`.
|
||||
|
||||
### Контрольный smoke после фикса
|
||||
- `/auto/ok` -> `HTTP 200`
|
||||
- `/js-acc` -> `HTTP 200`
|
||||
- `/js-direct` -> `HTTP 200`
|
||||
- `/go-acc` -> `HTTP 200`
|
||||
|
||||
## 2026-04-15 (дополнение) — Edit Code для `fn-go-acc` снова показывает исходник
|
||||
|
||||
### Проблема
|
||||
- В `Edit Code` для `fn-go-acc` поле `code` было пустым.
|
||||
- Причина: после `--deployarchive` пакет `pkg-go-acc` перешел на `spec.deployment.type=url`, а в console backend чтение кода шло только из `spec.deployment.literal`.
|
||||
|
||||
### Исправление
|
||||
- В `console/main.go` добавлен fallback-поиск исходника:
|
||||
- `spec.source.literal`
|
||||
- `spec.deployment.literal`
|
||||
- `spec.source.url`
|
||||
- `spec.deployment.url`
|
||||
- Добавлена загрузка архива по URL и извлечение исходника из zip (если есть текстовые файлы).
|
||||
- Добавлен unit-тест `TestGetFunctionUsesSourceLiteralWhenDeploymentLiteralMissing`.
|
||||
- Собран и выкачен образ `naeel/fission-console:v0.2.6`, деплой обновлен.
|
||||
|
||||
### Дополнительно по данным в кластере
|
||||
- Для `fn-go-acc` обновлен `sourcearchive` (`main.go`), чтобы `pkg-go-acc.spec.source.literal` содержал исходник и был доступен в Edit Code.
|
||||
|
||||
### Проверка
|
||||
- `GET /console/api/functions/fn-go-acc` возвращает непустой `code` (Go source).
|
||||
- `/go-acc` продолжает отвечать `hello-go-ok`, `HTTP 200`.
|
||||
|
||||
## 2026-04-15 (дополнение) — TLS в console, бренд NUBES, проверка `tf-neg-syntax-fn`
|
||||
|
||||
### TLS: фактический статус
|
||||
- `http://fission.kube5s.ru/console/` -> `308 Permanent Redirect` на `https://...`
|
||||
- `https://fission.kube5s.ru/console/` -> `200`
|
||||
- Ingress `fission-console` настроен с:
|
||||
- `nginx.ingress.kubernetes.io/force-ssl-redirect: "true"`
|
||||
- `tls.secretName: fission-tls`
|
||||
- `cert-manager.io/cluster-issuer: letsencrypt-prod`
|
||||
|
||||
### UI оформление (NUBES)
|
||||
- В `console/ui/index.html` добавлены:
|
||||
- favicon (inline SVG)
|
||||
- брендинг в navbar: mark + wordmark `NUBES` / `FISSION CONSOLE`
|
||||
- обновлен `<title>` на `NUBES Fission Console`
|
||||
- Выкат: `naeel/fission-console:v0.2.9`.
|
||||
|
||||
### Invoke `tf-neg-syntax-fn` — проверка
|
||||
- Подтверждено, что у функции синтаксически невалидный код (`def main(: ...`).
|
||||
- Console invoke теперь возвращает fail-fast ошибку (не «молчание»):
|
||||
- `{"error":"invoke \"tf-neg-syntax-fn\" timeout after 20s: function specialization likely failed (for example, syntax error)"}`
|
||||
- Причина на кластере: specialization падает в runtime с `500`, executor делает ретраи.
|
||||
|
||||
## 2026-04-15 (дополнение) — Лечение "красного" HTTPS
|
||||
|
||||
### Root cause
|
||||
- На одном host `fission.kube5s.ru` было два ingress:
|
||||
- `fission-console` с TLS
|
||||
- `fission-router` без TLS
|
||||
- Из-за смешанной host-конфигурации TLS мог работать нестабильно/давать красный индикатор в браузере.
|
||||
|
||||
### Fix
|
||||
- Пропатчен `fission/fission-router`:
|
||||
- добавлен `spec.tls` с `secretName: fission-tls`
|
||||
- добавлена аннотация `nginx.ingress.kubernetes.io/force-ssl-redirect: "true"`
|
||||
|
||||
### Проверка
|
||||
- `http://fission.kube5s.ru/neg/syntax` -> `308` redirect на HTTPS
|
||||
- Сертификат endpoint: Let's Encrypt R13, CN/SAN `fission.kube5s.ru`, валиден
|
||||
- `https://fission.kube5s.ru/console/` -> `HTTP 200`
|
||||
|
||||
## 2026-04-15 (дополнение) — Строгая очистка: оставлены только рабочие и с видимым кодом
|
||||
|
||||
### Требование
|
||||
- Убрать всё лишнее и оставить только функции, которые одновременно:
|
||||
- имеют непустой `code` в `GET /console/api/functions/{name}`
|
||||
- успешно проходят `POST /console/api/functions/{name}/invoke` со `status=200`
|
||||
|
||||
### Что сделано
|
||||
- Выполнена финальная очистка функций по whitelist.
|
||||
- После очистки дополнительно проверены все оставшиеся функции через Console API (code + invoke).
|
||||
- Исправлена ошибка в служебном cleanup-скрипте (битый jsonpath с `{n}`), из-за которой падала пост-обработка orphan-ресурсов.
|
||||
|
||||
### Итоговый набор
|
||||
- `auth-test2`
|
||||
- `fn-js-direct`
|
||||
- `fn-js-acc`
|
||||
- `hello`
|
||||
- `tf-auto-ok-fn`
|
||||
- `tf-stress-fast-fn`
|
||||
|
||||
### Финальное состояние кластера
|
||||
- `functions=6`
|
||||
- `httptriggers=6`
|
||||
- `packages=6`
|
||||
|
||||
### Финальная валидация
|
||||
- Для каждой из 6 функций: `code=OK`, `invoke=OK`.
|
||||
|
||||
Reference in New Issue
Block a user