| Level: Intermediate |
This Challenge Level is best suited for:
|
|
Platform and DevOpsDevelopment and Operations engineers who have met these tools before and want to see how they fit together. You should be comfortable with Kubernetes, YAML, and reading a tool's logs and UIUser Interface. Prior exposure to Backstage, Gitea, and the Argo projects helps, but the focus here is the integration between them, not any one tool. |
|
Mission objective
|
Key Learnings
|
This Challenge’s Level story:
The commission office is back in business: manifests are filed, repositories are created, and every new vessel is entered into the fleet registry. Yet the captains keep coming back with the same complaint. Their vessels are commissioned on paper, but they never actually sail.
Between the commission office and open water lies a chain of yards, each meant to pick up where the last left off: a push to the archives should summon the shipyard, the shipyard should build the hull from the plans and hand it to the harbor master, and the harbor master should bring the finished vessel into formation. Somewhere along that chain the handoffs are misconfigured, and every vessel stalls before it reaches the water.
Your mission: trace a single commission from the office all the way to open water, find every point where the chain is broken, and repair the integrations so that commissioning a vessel results in a running ship you can reach directly.
This Challenge Level’s architecture:
|
|
Commissioning a vessel kicks off a delivery pipeline that spans several tools. Backstage files two repositories in Gitea (the vessel's code and its deployment manifests). A push to the code repository fires a Gitea webhook into Argo Events, whose Sensor submits an Argo Workflow. That workflow clones the code, builds a container image and pushes it to Gitea's registry, then stamps the new image tag onto the deployment repository. Argo CDdiscovers the deployment repository and syncs it into the cluster as a running Deployment and Service. The diagram below shows the full chain. Each vessel's page in Backstage is your cockpit: it shows the vessel's live Argo CD sync and health and its delivery workflows, so you can watch a commission progress and spot where it stalls. Alongside it, use each tool's own view: Gitea's repositories and a webhook's Recent Deliveries, the Argo Workflows UI (port 30113), and the Argo CD UI (port 30100). |
|
|
You edit two things: the delivery pipeline manifests under This level runs a real container build on a Kubernetes cluster. It works on the default Codespace, but if you hit resource problems or the pipeline feels sluggish, upgrade to a larger (4-core / 16 GB) machine. Either way, give the pipeline a few minutes after commissioning: the first build pulls its base images before an image ever reaches the cluster.
|
Walkthrough
1. Get started
Open in GitHub Codespaces. The devcontainer is pre-configured and starts automatically. When you push from Codespaces, GitHub forks the repository to your account automatically.
Prefer working locally? Clone the repo and open it in any editor that supports the Dev Containers specification (VS CodeVisual Studio Code, JetBrains, and others). The devcontainer config will be detected automatically.
2. Open the Commission Office
Start Backstage with make backstage. The first run compiles for ~30-60s; once it's up, the commission office is available in your browser on port 3000. Leave it running in that terminal; restart any time with Ctrl-C then make backstage.
The rest of the platform (Gitea, Argo Events, Argo Workflows, Argo CD) is already running in the cluster.
3. Explore the Uls
Open the Ports tab and navigate to each service:
make backstage, then commission vessels and watch each one's page. Signs in as a guest, no credentials needed.4. Trace a Commission
In Backstage, go to Create and run the Commission a Vessel template. It will commission cleanly, but the vessel won't sail. That's expected: your job is to find out why.
Open the new vessel's page in the catalog. It's your cockpit: it shows the vessel's Argo CD deployment status and its delivery workflows. From there, follow the chain outward and see how far each commission gets:
Each tool shows you one handoff. Follow the data from one to the next until you find where it stalls.
5. Repair the Integrations
The breaks live in the delivery pipeline manifests and the commissioning template:
platform/argo-events/
platform/argo-workflows/
platform/argocd/
backstage/templates/vessel-commissioning-template/
Read the relevant file top to bottom and compare it against what you observed. After editing a platform/ manifest, re-apply it with make apply. Because the pipeline is triggered by a push, test a fix by commissioning a fresh vessel (or redelivering the push from Gitea's Recent Deliveries). Changes to the template take effect on the next vessel you commission.
When you think a vessel can sail end to end, check your work. make verify grades the most recently commissioned vessel stage by stage and reports the first place the pipeline runs aground:
make verify
How to complete your challenge?
|
|
When you push from Codespaces, GitHub forks the repository to your account automatically. If you are working locally, fork the repository on GitHub before pushing. |
|
|
Verify your solution:
|
|
|
If it passes, it generates a Certificate of Completion you can paste into the discussion. |
|
|
Share your solutions in this thread in answer below and mention your achievement on your LinkedIn account! |
|
Toolbox
|
Helpful documentation Backstage: Well-known Annotations |
|
Are you ready? Take the challenge’s mission!
|
Don’t forget about benefits!
|
Other levels of this challenge
| Beginner | Laying the Keel |
| Expert | [Coming soon] |