9c3bdba3f9
Two-stage Dockerfile: the runtime image carries neither uv nor a build toolchain, runs as uid 10001, drops every capability and needs no writable filesystem (verified with --read-only and no tmpfs). k8s/ is what runs, dev/ is the Flux plumbing that applies it, self-managing after three manual applies — the same shape every kong-* repo settled on. Three choices worth naming: - One namespace for the estate. What isolates an agent is its Keycloak client and the audiences it may request, not a namespace boundary. - The GitRepository uses anonymous HTTPS rather than SSH with a Vault-held deploy key. The repo is already anonymously readable on gitea, so a key would guard nothing while adding two objects to create by hand before anything deploys. If the repos ever go private this becomes the kong-* SSH pattern. - The lab CA certificate is committed. It is a certificate, never a key, and checking it in means the deployment has no hidden prerequisite. replicas: 1 is a constraint, not a default — conversation history lives in the process, so a second replica would route a user's "yes" to a pod that never saw the question. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
20 lines
756 B
YAML
20 lines
756 B
YAML
# HTTPS with no credentials, unlike the kong-* repos which use SSH and a deploy
|
|
# key from Vault. Deliberate: this repo is already anonymously readable over
|
|
# HTTPS on gitea, so a deploy key would guard nothing while adding a Vault entry
|
|
# and a gitea key to create by hand before anything deploys. TLS still gives
|
|
# integrity and authenticity of the source.
|
|
#
|
|
# If the gitea repos are ever made private, this becomes an SSH sourceRef with
|
|
# an ExternalSecret holding the deploy key — the pattern in
|
|
# kong-catalog-api/dev/.
|
|
apiVersion: source.toolkit.fluxcd.io/v1
|
|
kind: GitRepository
|
|
metadata:
|
|
name: catalogue-agent
|
|
namespace: agents
|
|
spec:
|
|
interval: 5m
|
|
url: https://gitea.sttlab.eu/stt/classic-models-agent-catalogue.git
|
|
ref:
|
|
branch: main
|