runner should run with three replicas but was accidentally running with one after a migration from GKE to ECS.
cyber-dojo is a web platform where teams practice TDD. It has a dozen microservices, each with its own GitHub Actions CI pipeline producing a Docker image, running in two AWS environments:
aws-beta and aws-prod.Prerequisites
Setup
Set your environment variables to use the publiccyber-dojo Kosli organisation:
List flows
Find out whichcyber-dojo repositories have a CI pipeline reporting to Kosli:
Follow the artifact
The commit that fixed the replica count was 16d9990 in therunner repository. Fetch its full history from Kosli:
COMPLIANT means all required evidence was provided before deployment.
The same information is available in the Kosli web interface.
Inspect the environment snapshot
The History shows the artifact started running in snapshotaws-prod#65. Query that snapshot to see everything running in production at that moment:
runner:16d9990 is running with 3 replicas — the fix worked. You also notice two versions of runner running simultaneously: this is a blue-green deployment in progress. runner:85d83c6 (the old version, 1 replica) will be stopped in the next snapshot.
Diff two snapshots
To see exactly what changed between snapshotsaws-prod#64 and aws-prod#65:
runner:16d9990 is the only new artifact in snapshot 65 — exactly the commit that fixed the replica count.
What you’ve accomplished
You have traced a git commit from its creation in CI through deployment and into production, querying its compliance state, runtime replicas, and the exact moment it appeared in the environment — all without any direct access toaws-prod.
From here you can:
- Explore more of cyber-dojo’s data at app.kosli.com/cyber-dojo
- Learn how to report your own environments with
kosli snapshot - Set up your own flows and trails with the Getting started guide