Case study 01
Darey.io Cloud & DevOps Labs
Problem
Bootcamp work usually leaves a portfolio with either a wall of disconnected exercises or one polished project that hides how the fundamentals underneath it were actually learned — no way for a reviewer to see the progression from a Linux shell to a deployed system.
Solution
49 numbered labs, grouped by domain in the repository's own learning path — Linux and shell scripting, then core AWS services, Docker, Jenkins/GitHub Actions CI, Kubernetes fundamentals, Terraform and Ansible — closing in two capstones: a Terraform-provisioned WordPress stack on AWS (VPC, RDS, EFS, ALB, ASG) and cluster observability via Prometheus.
Engineering decisions
- Each lab is its own directory with its own working code, not a written summary of what was done — the shell scripts, Terraform configs and Ansible playbooks run as committed.
- The AWS capstone splits infrastructure into a dedicated VPC, RDS and EFS rather than one flat template — the same separation of concerns that shows up in the projects below.
- Terraform work builds toward a reusable EC2 and security-group module rather than stopping at one-off resource blocks.
- Monitoring is set up twice — Node Exporter on a bare Linux host, then as a Kubernetes DaemonSet — so the same tool is exercised in both environments it actually runs in.








