Infrastructure

Freelance cloud & DevOps developer in Paris

Writing the application is one thing. Deploying it without losing a night, and knowing what it does in production, is another.

From the development machine to production

Many projects are well written and badly shipped: manual deployment, environments that drift apart, no visibility once live. I take on that whole journey.

  • Reproducible environments, from the developer machine to production
  • Automated, replayable deployment instead of manual releases
  • A rollback path planned before it is needed
  • Monitoring and alerts on what matters to your business
  • Automated backups, and restores that are actually tested

AWS and Azure

I have deployed on both. The choice follows what you already run, your team's skills and your data location constraints, not a preference of mine. Migrating between providers for cosmetic reasons is expensive and returns nothing.

Containerisation and orchestration

Docker to freeze the runtime environment, Kubernetes when scale or availability justify it. Kubernetes on a project that does not need it adds a layer of complexity someone will have to maintain: I will tell you if that is your case.

Infrastructure as Code and pipelines

  • Terraform, so the infrastructure lives in the repository and is versioned like code
  • GitLab CI or GitHub Actions pipelines: test, build, deploy
  • Secrets kept out of the codebase and handled properly
  • Separate test and production environments

Observability

Prometheus and Grafana for metrics and dashboards, with alerts calibrated on symptoms you actually notice rather than arbitrary technical thresholds.

See the eleven documented projects

Frequently asked questions

My application is already live. Can you step in?

Yes, and that is often the most useful case. We start with a review of the existing deployment, then automate and instrument in stages, with no service interruption.

Is Kubernetes always necessary?

No. Plenty of applications run perfectly well on managed containers, which are simpler to operate. Kubernetes earns its place through scale, required availability, or an estate that is already orchestrated.

Who operates the infrastructure after your engagement?

Your teams, with documentation and a handover. Infrastructure nobody on your side understands is a risk, not a deliverable.

Let's talk about your project

Describe your need in a few lines. I will tell you what is feasible, what is not, and where to start.

Get in touch