Senior Site Reliability Engineer

TOPdesk is an international software company specializing in service management with 700 employees in 8 countries and 5,000 customers worldwide. For our office in Kaiserslautern, Delft or Budapest we are looking for a Senior Site Reliability Engineer (m/f/d)*.

• Mid-level/ senior
• University degree/Vocational qualification

Senior Site Reliability Engineer (m/f/d)

• Mid-level/ senior
• University degree/Vocational qualification

Where will you be working?

TOPdesk builds service management software used across education, healthcare, government, and manufacturing. We are around 700 colleagues in 11 offices worldwide. Founded over 30 years ago, we serve more than 10 million users worldwide and have been helping organisations deliver better services ever since.

We are an open, collaborative organisation with little hierarchy - people own their work end to end and are trusted to make the decisions that matter. We are reinventing ITSM and ESM for the agentic era, building AI agents our customers can trust, and this role is part of that.

Your Job

About the role

Our Azure SaaS estate keeps service management running for thousands of organisations worldwide, under SLA-backed 24/7 availability. As a Senior Site Reliability Engineer, you own the reliability of that estate as an engineering problem - you set the SLOs, engineer out the toil behind them, and make the platform faster to change and cheaper to operate without trading away resilience.

You sit in the SaaS infrastructure function, working alongside cloud engineering and the product squads shipping to production. You bring our AI-native ways of working into reliability: agents and bounded automation with observability, approvals, containment, and rollback - self-healing systems, not runbooks worked by hand.

What this is not A ticket-driven, break-fix ops role kept away from the code. This is reliability as engineering - you own SLOs and error budgets, automate what you repeat, and design the platform to recover itself rather than reacting incident by incident.

We are a group of social technicians who value transparency, open feedback, and a healthy work-life balance - and who treat reliability as a shared, measurable objective, not a firefight.

What you'll own

• SLOs and error budgets. Define and own service-level objectives across the Azure (and potentially multi-cloud) estate, and use error budgets to steer the balance between shipping change and protecting reliability.
• Toil elimination and self-healing automation. Identify toil, classify it, and engineer it out - feeding self-healing automation and your findings into the reliability roadmap. Stand up an agent-based support layer that owns recurring toil and continuously feeds improvements back into reliability.
• Standardise metrics, alerting, and tracing across all datacenters, close coverage gaps on cloud workloads, and measurably reduce the alert-to-incident ratio from baseline.
• Incident response and blameless postmortems. Lead incidents to resolution, run blameless postmortems, and turn every learning into a durable fix or an automation candidate.
• Reliability of releases. Harden CI/CD and progressive delivery - canaries, safe rollouts, automated rollback - so change velocity and reliability rise together.
• Capacity and performance. Model capacity, load-test critical paths, and keep the platform within its performance envelope as it scales across regions.
• Bring agents and bounded automation - with observability, approvals, containment, and rollback - into detection, diagnosis, and remediation.
• Runbooks that get used. Every alert links to a runbook; every runbook links to an automation candidate. You leave things more legible than you found them.
• Capacity and cost forecasting. Own capacity and cost planning across the multi-cloud estate, model usage and growth trends, and forecast short and long term infrastructure needs so spend and scaling decisions stay ahead of demand rather than reacting to it.

How you approach the work

• Automate what you repeat - if you have done it manually twice, the third time is a design problem.
• Measure before optimising: SLOs, baselines, and dashboards before opinions.
• Design for failure - assume things break, and make recovery automatic and observable.
• Consultative, not gatekeeping: you pair with product engineering teams and transfer knowledge as you go.
• Treat cost and reliability as joint objectives, not a forced trade-off.
• Pro-active collaboration with product teams. You are involved in the early phases of product development, including design to help the teams make optimal choices and timely introduce appropriate SRE practices.

• Scale: 10+ global datacenters; SLA-backed, 24/7 multi-tenant SaaS serving millions of end users.
• Cloud: Azure across all production regions, with a mature landing-zone and networking architecture.
• Compute: Kubernetes / Azure AKS alongside traditional VM infrastructure, all managed as code.
• Infrastructure as code: Terraform via CI/CD and GitOps workflows; configuration management with Puppet and Ansible across Linux and Windows.
• Observability: metrics, alerting, and tracing across cloud-native and self-managed layers (e.g. Grafana, Prometheus, VictoriaMetrics, Influx).
• Automation: Python and automation tooling - and we expect you to take the reliability stack to the next level, not just operate today's.
• Legacy: Java, MS SQL, heritage architecture - being decomposed. The SRE role is not responsible for the Java application code.
• How we build: Claude Code as our primary AI-native SDLC tool; subagents and multi-agent workflows; MCP tool integrations; shared prompt, agent, and eval libraries.

Success in your first year

• SLOs and error budgets are defined for the estate's critical services and actively used to steer delivery decisions.
• The alert-to-incident ratio is measurably down, and runbooks you wrote are used by the on-call shift without escalation.
• Toil you identified is automated - or has a credible, documented roadmap to be - and self-healing covers at least one high-frequency failure mode.
• Postmortems produce durable fixes, not repeat incidents; recurring-incident rate is trending down against a documented baseline.
• Product squads consult you during design, not only after incidents.

• Proven hands-on experience (5+ years) as a Site Reliability, DevOps, or Infrastructure Engineer running a production cloud environment at scale (Azure).
• Fluent with SLOs, error budgets, and reliability engineering practice - you have set them, not just read about them.
• Strong observability skills at scale - Grafana, Prometheus, VictoriaMetrics, or equivalent - including alerting and tracing.
• Kubernetes at operator level: Helm, namespace management, ingress controllers, RBAC, persistent volumes.
• Coding for automation (Python or equivalent) and Terraform delivered via CI/CD.
• Linux system administration - you understand what Puppet or Ansible is doing, not just whether it ran green.
• Comfortable leading incidents in an on-call rotation with real SLA obligations, and the maturity to know when to escalate.
• Strong written communication - your postmortems, runbooks, and architecture notes are unambiguous.

• Experience with progressive delivery - canaries, feature flags, automated rollback.
• Experience working within or migrating toward an Azure Cloud Adoption Framework or enterprise landing-zone structure.
• Current, personal practice of AI-native software delivery (Claude Code or equivalent).
• Experience with EU data residency / sovereign cloud requirements.

The nicest colleagues, a laptop, and a salary that grows with you. That is a no-brainer, of course. In the Employee Handbook, you'll discover all of our employment conditions.

TOPdesk fringe benefits extra

Vacation pay, special payments, monthly tax-free benefit in kind in the form of a Mastercard, corporate benefits.

TOPdesk fringe benefits extra

Vacation pay, special payments, monthly tax-free benefit in kind in the form of a Mastercard, corporate benefits.

The job interview process.

2 You receive an invitation

Your preparation for the interview: You don't need to know all the company figures by heart, but it is an advantage if you have read up on our company in advance so that you can ask us any questions during the interview. Dress code: There is no prescribed dress code at TOPdesk. Just come in your favorite sneakers.

3 We get to know each other

During the interview, we'll tell you more about TOPdesk and you'll tell us more about yourself. To find out whether we are a good fit. It is particularly important for us to get to know your personality, as we cultivate a corporate culture in which every person and their individual skills are valued.

6 Welcome to TOPdesk

After you have signed the contract, we will agree the date of your first working day. Your career at TOPdesk can begin! Your personal buddy will be at your side right from the start and will help you to quickly find your feet in your new working life.

We are also interested in how you heard about us and why you are interested in TOPdesk as a future employer.

Meld Misbruik