Andrea Sosso — Cloud Solutions Architect

I'm Andrea Sosso. I have spent my career on the other end of the pager: AWS, Kubernetes and OpenTofu, currently as Service Manager at Criticalcase, in Turin. I measure a system by how rarely it needs me — the best week is the one nobody had to think about it.

Turin, Italy · 45.07°N
Andrea Sosso

What I
work with

Four things I keep coming back to

01

AWS

A long run of production workloads, most of them here. Solutions Architect Professional. I care about account structure, networking and cost models that hold up once real traffic arrives.

02

Kubernetes

Clusters as a means, not an end. The interesting parts are the boring ones: upgrade paths, resource limits that match reality, and GitOps so the state of a cluster is a file someone can review.

03

OpenTofu

Infrastructure as code, reviewed like code. Modules with narrow interfaces, plans attached to pull requests, state nobody edits by hand.

04

Zero Trust

The perimeter is gone; identity is what's left. Access in front of internal apps, Tunnel instead of open inbound ports. Nothing to babysit.

How I
got here

The short version

2005–2015

tennisteen.it — The most followed Italian tennis forum of those years, and the first server I ever had to keep online. Everything I know about capacity started as somebody else's traffic problem.

2008–2011

An art gallery — Invitations, posters, catalogues for the artists. The website and the newsletter too — Joomla and phpList.

2011–2012

Politecnico di Torino — Freelance: a Joomla platform for the universities working together on the Sofcom project.

2012–2013

Bitonda — Small-business servers consolidated onto virtual machines, high-traffic sites kept up on somebody else's cloud, and two REST APIs in Symfony: one pulled the single receipts out of a cash register's recording, one was single sign-on for an energy company's portals.

2013

Ansel Technology — A Symfony2 client, front and back, over a WSDL API for telephone bookings.

2014–2016

COLT Engine — Software Architect, and the first job with a datacentre to look after: KVM in high availability, Foreman and Ansible to install bare metal without walking to the rack, Drone and Docker Swarm to build and ship what ran on top.

2016 Today

Criticalcase — Automate what was still being done by hand; git was the first tool introduced. VMware, then OpenStack, then Kubernetes — all on premise, where a provider would have handed us these services ready to use and here you build them and keep them running yourself: Ansible, Packer, Terraform, HAProxy.

Criticalcase Digital Solutions — The cloud side of the same company. Service Manager; AWS Solutions Architect, Associate and then Professional. Terraform stops being a tool I run and becomes the interface everyone changes things through. Terraform, OpenTofu now, through Digger, Opentaco now, on GitHub Actions. Plans attached to pull requests; nobody applies from a laptop.

RKE2 on premise, where the nodes are the ones we bought; EKS and AKS in the cloud, where Karpenter decides how many we actually need. In 2005 keeping a server up meant being awake when it went down. Now a node dies and the cluster replaces it on its own: the job has moved from fixing what broke to building the thing that fixes itself.

Something new is being built right now. Ask me again when it stays up on its own.

Certifications

Verifiable on Credly

AWS Certified Solutions Architect – Professional Amazon Web Services Verify
Datadog Certified: Datadog Fundamentals Datadog Verify
Cloud Computing Foundations Akamai Verify
AWS Certified Solutions Architect – Associate Amazon Web Services Verify
AWS Certified Cloud Practitioner Amazon Web Services Verify
VMware Certified Professional 6 – Data Center Virtualization VMware Verify

Stack

The full list

Platform
AWSVMware vSphereKubernetesRancher
As code
OpenTofuAnsiblePacker
Delivery
GitHub ActionsArgo CDFluxRenovate
Observability
DatadogELK Stack
Network
nginxpfSense
Access
Cloudflare Zero TrustTeleport
AI
Claude Code

How this
page is made

No build step, no cookies

This page has no build step: nothing runs when it is deployed. What is in the repository is what the browser receives — three HTML files, two stylesheets, three small modules. Scripts in the repository generate some of what is served — the design tokens, the favicons, the fonts — and their output is committed, so there is nothing left to compile. One request goes to a domain that is not this one: the analytics script, in the table below.

Hosting
Cloudflare Pages
Build
None — public/ is served as it is
Deploy
git push to main
Style
Design tokens vendored from a design system
Fonts
Bebas NeueInterIBM Plex Monoself-hosted
Analytics
Cloudflare Web Analytics — no cookies
Theme
Dark by default, kept in localStorage