← Home

Learning note

What DevOps Engineers Really Do, Step by Step

What do DevOps engineers 𝘳𝘦𝘢𝘭𝘭𝘺 do? And how do they actually do it? 🛠️

For a long time, I didn't clearly understand how code came from a dev's laptop to the server for the public to use the app. But once I understood the general flow, it was a big aha moment in my DevOps journey.

In a nutshell, they design and maintain the system that takes code from a developer’s laptop, moves it safely to a server, and keeps it running reliably in the real world by building automation and guardrails around the entire journey.

In most cases, the process looks something like this:

1. Code leaves the developer’s laptop 💻
A dev writes code and commits it to a shared repository such as GitHub. The code is pushed to a branch like main, development, or a feature branch that may later be merged for deployment. So, DevOps engineers do not manually collect the code; they build a system on the repository that listens for code changes.

2. A pipeline starts (CI: Continuous Integration) ⚙️
Once changes are detected, an automated pipeline built by the DevOps engineer is triggered. This pipeline is nothing mysterious; it is code too, usually written in YAML format. Here, DevOps engineers design the pipeline stages, set up runners, and define what must pass before code can move forward.

3. Build & package 📦
Raw source code is rarely deployed directly. Instead, the pipeline packages the application into a deployable artifact, mostly a docker image. This helps the application run consistently across environments.

4. Infrastructure 🏗️
The packaged code needs a home now. In many teams, this is a set of VMs or Kubernetes in the cloud or on-prem. The infra can be setup manually, but DevOps often define the infrastructure as code (IaC). What this means - instead of clicking buttons in a dashboard to create the infra every time, code is written to spin up the servers automatically. Tools like Terraform are used here.

5. Deployment (CD: Continuous Deployment) 🚀
Once infrastructure is ready, the packaged code is deployed automatically. The process pulls the artifact, adds configuration and secrets using environment variables or secret managers, and updates the running application on the server.
There are different deployment strategies like rolling updates, blue/green, canary and there are several factors that determine which strategy a team choses.

6. Monitoring & visibility 👀
Once the app is live, DevOps engineers focus on observability. They monitor infrastructure metrics, collect logs, and set up alerts to know when the system is unhealthy before users do.

This DevOps process is not a universal template but a common baseline mostly used. Processes and tools change with company size, scale, and team structure, but the core principles of automation, repeatability, and visibility stay the same.

This mental model helps everything else click into place especially for someone getting into DevOps.