# Kubernetes Secrets Checklist All infrastructure blockers reduce to creating six Kubernetes secrets and one Gitea Actions secret. Follow this list top-to-bottom; each step unblocks the next. **Human operator only** — the agent cannot log into Gitea's admin panel or run `kubectl` in the cluster. --- ## Checklist - [ ] 1. `gitea-leeworks-agents-token` (flux-system) — unblocks Flux GitRepository auth - [ ] 2. `gitea-runner-token` (gitea-runner) — unblocks Gitea Actions runner registration - [ ] 3. `grafana-admin` (monitoring) — unblocks Grafana login - [ ] 4. `gatus-slack-webhook` (monitoring) — unblocks Gatus alert notifications - [ ] 5. `GITEA_TOKEN` in each API repo's Actions Secrets — unblocks CI image push - [ ] 6. Gitea packages enabled + DNS record for `registry.leeworks.dev` — unblocks image push to registry - [ ] 7. Add api-company Flux source + kustomization to 0xWheatyz/Talos — unblocks all GitOps reconciliation - [ ] 8. `gitea-registry` (zip-enrichment, holidays, air-quality, docs-site) — imagePullSecret for pods pulling from `registry.leeworks.dev` - [ ] 9. `gitea-image-automation-token` (flux-system) — write-scoped token for Flux ImageUpdateAutomation to push image-tag commits --- ## Secret Details ### 1. `gitea-leeworks-agents-token` | Field | Value | |-----------|-------| | Name | `gitea-leeworks-agents-token` | | Namespace | `flux-system` | | Purpose | Flux `GitRepository` authenticates to Gitea over HTTPS to pull `leeworks-agents/api-company` | | Source | Gitea web UI → User Settings → Applications → Generate Token (scopes: `read:repository`) | | Unblocks | Issue #2 (Flux GitRepository + Kustomization for api-company) | ```bash kubectl create secret generic gitea-leeworks-agents-token \ -n flux-system \ --from-literal=username=leeworks-agents \ --from-literal=password= ``` --- ### 2. `gitea-runner-token` | Field | Value | |-----------|-------| | Name | `gitea-runner-token` | | Namespace | `gitea-runner` | | Purpose | The `gitea-act-runner` HelmRelease reads this token to register the runner with Gitea | | Source | Gitea Admin Panel → Site Administration → Actions → Runners → **Create new Runner** — copy registration token | | Unblocks | Issue #3 (gitea-act-runner Flux deployment) | ```bash kubectl create secret generic gitea-runner-token \ -n gitea-runner \ --from-literal=token= ``` After creating the secret, Flux reconciles the `gitea-act-runner` HelmRelease and the runner appears as **Online** in Gitea Admin → Actions → Runners. --- ### 3. `grafana-admin` | Field | Value | |-----------|-------| | Name | `grafana-admin` | | Namespace | `monitoring` | | Purpose | Sets the Grafana `admin` user password on first boot | | Source | Choose a strong password and store it in a password manager | | Unblocks | Issue #7 (Prometheus + Grafana HelmRelease) | ```bash kubectl create secret generic grafana-admin \ -n monitoring \ --from-literal=admin-password= ``` Grafana will be accessible at `https://grafana.leeworks.dev` (login: `admin` / ``). --- ### 4. `gatus-slack-webhook` | Field | Value | |-----------|-------| | Name | `gatus-slack-webhook` | | Namespace | `monitoring` | | Purpose | Gatus posts downtime alerts to a Slack channel via incoming webhook | | Source | Slack → Your workspace → Apps → Incoming Webhooks → Add to Slack → copy webhook URL | | Unblocks | Issue #8 (Gatus status page at `status.leeworks.dev`) | ```bash kubectl create secret generic gatus-slack-webhook \ -n monitoring \ --from-literal=url=https://hooks.slack.com/services/YOUR/WEBHOOK/URL ``` --- ### 5. `GITEA_TOKEN` — Gitea Actions Secret (per repo) | Field | Value | |----------|-------| | Name | `GITEA_TOKEN` | | Scope | Gitea Actions Secret — set in each repo's Settings, **not** a Kubernetes secret | | Purpose | CI workflows use this token to push container images to `registry.leeworks.dev` | | Source | Same token as step 1, or a dedicated CI token with `write:packages` scope | | Unblocks | CI pipelines for all three API repos | Set in Gitea web UI for **each** of these repos: - `leeworks-agents/api-company` - `leeworks-agents/zip-enrichment` - `leeworks-agents/holidays` - `leeworks-agents/air-quality` Path: **Repo → Settings → Actions → Secrets → Add Secret** - Name: `GITEA_TOKEN` - Value: `` --- ### 6. Enable Gitea Packages + DNS for `registry.leeworks.dev` This is a Gitea instance configuration step, not a Kubernetes secret. | Step | Action | |------|--------| | 6a | Enable packages in Gitea `app.ini`: set `[packages] ENABLED = true` then restart Gitea | | 6b | Add DNS A record: `registry.leeworks.dev` → cluster ingress IP | Find cluster ingress IP: ```bash kubectl get svc -n ingress-nginx ``` See `docs/registry.md` for context on why the Gitea built-in registry was chosen. Unblocks: Issue #4 (container registry), and transitively all CI image-push workflows. --- ### 7. Add api-company Flux Source + Kustomization to 0xWheatyz/Talos Reference manifests are already committed at `flux/api-company-source/` in this repo. The operator must copy them into the Talos cluster repo so FluxCD picks them up: ``` 0xWheatyz/Talos:testing1/first-cluster/cluster/flux/api-company-source/ ``` Unblocks: Issue #2 (Flux reconciliation of all `flux/` manifests in this repo). --- ## Dependency Order ``` 7 (Flux wiring) → all flux/ resources reconcile 1 (gitea-leeworks-token) → Flux can pull this repo over HTTPS 2 (gitea-runner-token) → runner online → CI runs 3 (grafana-admin) → Grafana login works 4 (gatus-slack-webhook) → Gatus alerting works 5 + 6 (GITEA_TOKEN + registry packages) → CI pushes images → API services deploy 8 (gitea-registry) → pods can pull images from registry.leeworks.dev → services start 9 (gitea-image-automation-token) → Flux ImageUpdateAutomation pushes tag-update commits ``` Once all nine items are complete, the full stack (runner, registry, Prometheus, Grafana, Gatus, docs-site, three API services) reconciles automatically via FluxCD with no further manual steps. --- ### 8. `gitea-registry` — imagePullSecret for API service namespaces | Field | Value | |-----------|-------| | Name | `gitea-registry` | | Namespaces | `zip-enrichment`, `holidays`, `air-quality`, `docs-site` | | Type | `kubernetes.io/dockerconfigjson` | | Purpose | Allows pods to pull images from `registry.leeworks.dev` without ImagePullBackOff | | Source | Gitea token with `read:packages` scope (can reuse the same token as step 1 if it has that scope) | | Unblocks | Issues #58 (Phase 0 hard deploy blocker) and transitively Phase 3 service deploys | ```bash for NS in zip-enrichment holidays air-quality docs-site; do kubectl create secret docker-registry gitea-registry \ --namespace=$NS \ --docker-server=registry.leeworks.dev \ --docker-username=leeworks-agents \ --docker-password= \ --docker-email=agent@leeworks.dev done ``` Verify: ```bash kubectl get secret gitea-registry -n zip-enrichment -o jsonpath='{.type}' # expected: kubernetes.io/dockerconfigjson ``` --- ### 9. `gitea-image-automation-token` — Flux ImageUpdateAutomation write token | Field | Value | |-----------|-------| | Name | `gitea-image-automation-token` | | Namespace | `flux-system` | | Purpose | Allows Flux `ImageUpdateAutomation` to push image-tag update commits back to `leeworks-agents/api-company` | | Source | Gitea token with **`write:repository`** scope (the existing `gitea-leeworks-agents-token` only has `read:repository` — create a separate token or verify scope) | | Unblocks | Issue #57 (Flux ImageUpdateAutomation for api-company) | ```bash kubectl create secret generic gitea-image-automation-token \ -n flux-system \ --from-literal=username=leeworks-agents \ --from-literal=password= ``` Verify after creation: ```bash flux get imageupdateautomations -n flux-system # Expected: api-company shows READY=True ``` > **Note:** If you create a new token with `write:repository` scope, keep the existing `gitea-leeworks-agents-token` for read-only Flux GitRepository pulls and use this new secret exclusively for `ImageUpdateAutomation`.