Level 3: Certified ArcFlow Platform Engineer

Title: Certified ArcFlow Platform Engineer

Prerequisite: Level 2: Systems Engineer

What certified means at this level

You deploy arcflow-server and arcflow-relay in production-oriented configurations, manage Postgres migrations, configure authentication tiers correctly, operate the static product (sites, knowledge, publish, Relay), monitor health and readiness, rotate API keys without downtime, configure OpenTelemetry export, apply the production checklist, and enforce the trace data policy compliance in running systems.

Competencies added over Level 2

CompetencyDemonstration
DeploymentDocker Compose or K8s manifests for server, Relay, Postgres, Qdrant
MigrationsApply and re-run idempotently; schema at head
Auth tiersRuntime key, admin key, scoped site tokens used correctly
Static productSite provision, ingest, publish, browser chat via Relay
Observability/health, /ready, persisted traces, optional OTel
Key rotationRotate runtime or site token without failed requests
Trace policyTraces and exports contain metadata only
Production checklistComplete operator checklist for your environment

Continue with

Practical project

Deploy the full ArcFlow stack (server, Relay, Postgres, Qdrant), provision a static product site with knowledge and published workflow, verify trace data policy compliance, and perform token rotation without downtime.

Stack components

ComponentResponsibility
PostgresRuns, registry, migrations
QdrantVector memory for site knowledge
arcflow-serverExecution and admin APIs
arcflow-relayBrowser proxy with Origin checks
Static frontendchat-rag or equivalent

Requirements

RequirementDetail
Production compose or K8sNot default dev secrets in final config
MigrationsDocument initial and re-run migrate
Static siteProvision, ingest, publish chat workflow
Browser verificationChat works from allowed origin; blocked from disallowed
trace data policy auditSample trace and HTTP export reviewed; no prompt bodies
Key rotationProcedure documented; demo rotation of runtime or site token
OpenTelemetryExporter configured or documented skip with reason
RunbookStart, stop, backup, restore outline

Suggested commands

bash
docker compose -f docker/docker-compose.server.yml up -d --build
bash scripts/static-provision-site.sh
bash scripts/static-ingest-knowledge.sh
bash scripts/static-publish-chat.sh
cd examples/static/chat-rag && npm install && npm run dev
curl -sf http://localhost:8080/ready
cargo run -p arcflow-cli -- migrate up
cargo run -p arcflow-cli -- trace RUN_ID --format json

BYO Relay optional second phase per relay-byo-deployment.

trace data policy verification

CheckMethod
Trace exportCLI or GET trace; confirm metadata fields only
LogsNo full user messages at info level
Static bundleNo server runtime key in client JS
RelaySite token only in frontend env

Key rotation without downtime

Document ordered steps:

  1. Issue new runtime key or site token alongside old
  2. Update Relay site JSON or server env on rolling instance
  3. Deploy frontend new site token if rotated
  4. Drain old key after traffic confirms success
  5. Revoke old key

Demonstrate at least one rotation in dev with zero failed chat requests during rolling update.

Pass criteria checklist

CheckPass
/ready 200 at headyes
Idempotent migrateyes
Static chat end-to-endyes
Origin enforcementyes
trace data policy sample audit signed offyes
Rotation procedure executedyes
OTel or documented exceptionyes

Self-assessment checklist

QuestionAnswer must be yes
Can you explain three auth tiers and which routes use each?
Can you restore Postgres without replaying user prompts from traces?
Can you operate Relay rate limits per site?
Can you block a compromised site token in minutes?

Next level

Proceed to Level 4: Architect for multi-tenant design, workflow specification evolution, and enterprise tradeoffs.