Roles & ResponsibilitiesWhat We Are DoingKlopotek operates a managed hosting service for 400+ publishing customers across on-premises, private cloud, and public cloud environments. Operational procedures and deployment workflows are already encoded as Ansible runbooks. We are replacing the custom Java-based orchestration tool that currently runs those runbooks with Ansible Automation Platform (AWX), and adding CheckMK-based monitoring so that infrastructure events trigger automated remediation without human intervention.The Ansible runbooks are the asset. The work is migration, integration, and standardisation — not building automation from scratch. The engineer we need must be able to take over existing runbooks, restructure them for AWX, and connect CheckMK alerting to automated responses across a mixed Windows and Linux environment.This is not a cloud-native DevOps role. Kubernetes, Terraform, and AWS pipeline experience do not qualify a candidate for this position.Required Skills — Non-NegotiableAll four areas below must be present.1. Ansible — Hands-on Production ExperienceHas written and maintained Ansible playbooks and roles in a real production environment — not just lab or tutorial workUnderstands Ansible best practices: idempotency, role structure, variable scoping, inventory management, vault for secretsCan read an existing playbook written by someone else, understand what it does, and safely restructure itHas managed multi-OS Ansible inventories covering both Linux and Windows targets simultaneously2. AWX (Ansible Automation Platform) — OrchestrationHas deployed and operated AWX or Ansible Automation Platform as the runtime for production playbooksUnderstands AWX concepts: job templates, workflow templates, inventories, credentials, RBAC, execution environmentsCan migrate existing playbook invocations from a script or custom tool into AWX job templatesComfortable standing up an AWX instance pragmatically without a production Kubernetes cluster3. Windows Server AdministrationGenuine Windows Server sysadmin experience — not just awareness of Windows as a conceptPowerShell scripting to production quality: services, scheduled tasks, registry, Active Directory basicsWinRM configuration for Ansible remote management of Windows targetsExperience automating Windows Server tasks via Ansible (win_* modules, PowerShell exec from playbooks)Comfortable diagnosing Windows Server issues remotely: event logs, services, performance counters4. Linux System AdministrationProduction Linux admin experience: RHEL/Oracle Linux/Ubuntu — systemd, package management, networking, SELinux basicsBash scripting to production qualitySSH-based remote management and troubleshootingExperience automating Linux server tasks via Ansible5. CheckMK (or equivalent monitoring)Has configured and administered a CheckMK, Nagios, or Zabbix instance in a real environmentUnderstands how to define custom checks, configure alerting thresholds, and manage agents across a server fleetHas experience connecting monitoring alerts to automated remediation via webhooks or event-driven toolingCheckMK experience is strongly preferredWhat a Strong Candidate Looks LikeThe ideal profile is a senior sysadmin who has automated their way out of repetitive work. They have years of hands-on experience on both Windows and Linux, they reached for Ansible because it made their job better, and they have run AWX because they needed to scale that automation across many machines. They know CheckMK or a comparable monitoring tool from operating it, not from reading about it.They are pragmatic. When asked how they would stand up AWX for a new project, their answer involves getting something running first and evolving it — not designing a production architecture for six months before writing the first playbook.Seniority here means depth, not years. We are looking for someone who has done this in production and can work independently with minimal hand-holding.