Files
template-rest-api-python/README.md
Irving López a5486c2ad5
Some checks failed
__APP_NAME__ — build & deploy / Calidad + build + push (push) Failing after 26s
__APP_NAME__ — build & deploy / Helm upgrade --install (push) Has been skipped
sync: GOLDEN-PATH-CHART-HOOK-ORDER + ADDON-PROVISIONER-IMPL — desde coralware/IDP@9f03643
Sincroniza desde el monorepo IDP la corrección del hook-order del ServiceAccount
(hook pre-install/pre-upgrade, weight -5) que destraba el helm install del
golden-path sin --no-hooks. Cierre del 4º gap del pipeline tenant hands-off:
el smoke E2E valida ahora la cadena completa (addon-provisioner materializa
MariaDB; AddonClaim publica DATABASE_URL en apps).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-22 16:56:38 -05:00

108 lines
3.1 KiB
Markdown

# __APP_NAME__ — REST API Python (FastAPI)
App generada desde el Golden Path **`rest-api/python`** de Coralware Cove IDP.
Scaffold para API HTTP stateless en FastAPI. **Sin persistencia por
diseño** — si tu app necesita base de datos, migra al shape
`web-backend/python` (que incluye Alembic + MariaDB).
> **Contrato del shape:** ver `coralware-shape.yaml`. Define los endpoints
> obligatorios y la versión del shape. No elimines ese archivo — la
> plataforma lo lee.
---
## Estructura
```
.
├── coralware-shape.yaml ← contrato con la plataforma
├── catalog-info.yaml ← entidad Backstage
├── code/
│ ├── app/main.py ← FastAPI app
│ ├── tests/ ← pytest + httpx TestClient
│ ├── pyproject.toml
│ ├── requirements.txt
│ └── Dockerfile
├── helm/__APP_NAME__/ ← Helm chart minimal
└── .gitea/workflows/ ← CI: tests + build + deploy
```
> **Hooks Helm:** el `ServiceAccount` se materializa como hook
> `pre-install,pre-upgrade` (`hook-weight: -5`,
> `hook-delete-policy: before-hook-creation`) por **paridad** con el shape
> `web-backend/python`. Este shape no tiene Job de migración, así que el hook
> no es estrictamente necesario aquí — se mantiene para que ambos charts sean
> coherentes. `helm upgrade --install` funciona sin `--no-hooks`.
---
## Endpoints obligatorios
| Path | Auth | Propósito |
|------|------|-----------|
| `/health` | none | Liveness + readiness; devuelve `{status: "ok"}` |
| `/docs` | configurable | Swagger UI |
| `/openapi.json` | configurable | Schema OpenAPI |
| `/metrics` | restringido vía NetworkPolicy | Métricas Prometheus |
---
## Variables de entorno
| Variable | Default | Descripción |
|----------|---------|-------------|
| `LOG_LEVEL` | `INFO` | `DEBUG` para troubleshooting |
| `CORRELATION_ID_HEADER` | `X-Correlation-ID` | Header de trazabilidad |
| `OPENAPI_REQUIRE_AUTH` | `false` | Activar JWT en `/docs` |
| `KEYCLOAK_ISSUER` | — | URL del realm cuando auth activado |
---
## Desarrollo local
```bash
cd code
pip install -r requirements-dev.txt
uvicorn app.main:app --reload --port 8000
```
Probar:
```bash
curl http://localhost:8000/health
curl http://localhost:8000/docs
```
---
## Plan de salida
Sin lock-in técnico:
| Componente | Cómo lo exportas |
|-----------|------------------|
| Código | `git remote add github && git push github main` |
| Imagen | `docker pull` desde Harbor + push a tu registry |
| Manifests | Ya están en `helm/``helm template` genera YAML aplicable |
---
## Cuándo migrar a `web-backend/python`
Si tu app empieza a:
- Necesitar persistencia (base de datos relacional)
- Usar migraciones de schema
- Servir frontend estático en `/demo`
- Manejar sesiones o estado entre requests
→ migra al shape `web-backend/python` (un repo nuevo, un nuevo template).
---
## Referencias
- `docs/adr-027-product-design-golden-paths.md` — Golden Paths Fase 5
- `docs/adr-053-shape-web-backend-python.md` — anatomía de shapes (referencia)
- `docs/adr-038-ci-cd-standardization.md` — pipeline Python