Automatisierungsingenieur • Ansible • Terraform • Python

Automation Engineer

Infrastructure as Code (IaC)

Ich überführe manuelle Infrastrukturschritte in reproduzierbare Terraform-Module, klare Variablen, sichere Standards und wiederholbare Deployment-Abläufe.

Konfigurationsautomatisierung

Mit Ansible automatisiere ich Server, Dienste, Pakete, Secrets-Handling, Updates und operative Aufgaben, damit Umgebungen vorhersehbar bleiben.

Python-Tooling

Ich entwickle Python-Skripte, CLI-Tools und Integrationen, die langweilige oder fehleranfällige Schritte durch kontrollierte, testbare Workflows ersetzen.

K

Kleine Schritte

Ich liefere lieber kleine, überprüfbare Verbesserungen als große unklare Änderungen.

V

Verifizieren

Jede Änderung gehört zu einem Test, Release-Log oder Betriebsnachweis, der zeigt, was wirklich funktioniert.

R

Zurückgehen können

Automatisierung muss auch einen sicheren Rückweg dokumentieren, falls sich Verhalten anders zeigt als erwartet.

Von manueller Arbeit zu beherrschbaren Systemen

Mein Fokus liegt auf praktischer Automatisierung: weniger Klicks, weniger Konfigurationsdrift, schnellere Deployments, bessere Observability und klare Runbooks für den Betrieb.

$ automation stack --profile spikkie
ROLE                     Automation Engineer
PRIMARY_TOOLS            Ansible, Terraform, Python
RUNTIME                  Linux, Docker, Kubernetes
FOCUS                    Infrastructure as Code, CI/CD, GitOps, ops tooling
OUTPUT                   scripts, playbooks, modules, runbooks, working systems

$ principle
→ automate carefully, verify everything, document the path back
A

Ansible

Playbooks, Rollen, Inventory-Struktur, Server-Provisioning, Service-Konfiguration, idempotente Management-Flows und sichere Ausführung.

T

Terraform

Infrastructure as Code, Modulstruktur, State-Risiken, Umgebungstrennung, reviewbare Änderungen und reproduzierbares Cloud-/On-Prem-Provisioning.

P

Python

Automatisierungsskripte, API-Integrationen, Datenvalidierung, Kommandozeilen-Tools, Deployment-Helfer und Glue-Code zwischen Systemen.

1

Von Anfrage zum Plan

Ich mache zuerst Umfang, Randbedingungen und Rollback-Vereinbarung klar, bevor ich Automatisierung ändere.

2

Vom Skript zum betreibbaren Ablauf

Skripte, Playbooks und Module erhalten klare Eingaben, Dry-Run-Verhalten und Logging, dem Betreiber folgen können.

3

Vom Release zum Nachweis

Jede Lieferung gehört zu sichtbarer Kontrolle: Tests, Release-Ausgabe, Betriebsnachweis und einem sauberen Folgepfad.

C

Kontext teilen

Teilen Sie kurz, was heute manuell, anfällig oder unklar läuft, damit der erste Schritt klein und gezielt bleibt.

N

Sicheren nächsten Schritt wählen

Wir wählen gemeinsam eine begrenzte Verbesserung mit klaren Bedingungen, Testnachweis und Rückweg.

P

Nachweis vereinbaren

Jede Lieferung bekommt sichtbaren Nachweis: Ausgabe, Log, Test, Runbook oder Betreiberkontrolle, die später wiederholbar ist.

Infrastructure as Code (IaC)
Continuous Integration / Continuous Delivery (CI/CD)
GitOps & Deployment Automation
Platform Engineering
Configuration Management
Cloud-native Automation
Kubernetes Operations
Linux Infrastructure Automation
Observability & Monitoring