Alle Leistungen

AWS-Freelancer

AWS-Freelancer für die Umgebung, die Sie schon betreiben.

Wenn Ihre AWS-Umgebung gewachsen ist, Produktion trägt und trotzdem niemand mehr sagen kann, warum die Rechnung so aussieht oder was ein Regionsausfall bedeuten würde, brauchen Sie keine Folienarchitektur. Ich arbeite in bestehenden Umgebungen: messen, aufräumen, umbauen, absichern, alles in Terraform beschrieben und in Schritten, die den Betrieb nicht anhalten.

AWS SA – Professional–83 % Kosten belegtTerraformim laufenden Betrieb
Wofür man mich holt
  • Architektur-Befund einer gewachsenen Umgebung: Risiken, Kosten, Reihenfolge
  • AWS-Kosten senken, auf Basis des Cost and Usage Report statt des Bauchgefühls
  • Migration nach AWS: Rechenzentrum oder andere Cloud, mit Kostenmodell vorab
  • Ausfallsicherheit: RTO und RPO festlegen und die Architektur daran ausrichten
  • Infrastructure as Code: handgepflegte Umgebungen in Terraform überführen
  • Grundabsicherung: IAM nach Least Privilege, Netztrennung, Audit-Log
Umfang & Zusammenarbeit

Mitarbeit in Ihrem Team oder eigenständige Umsetzung, zum Festpreis oder nach Aufwand je nach Projektbedarf.

Remote aus Deutschland. Direkt mit mir, ohne Agentur dazwischen.

Die Ausgangslage

Die Umgebung ist gewachsen. Die Architektur ist mitgewachsen, nur unsichtbar.

Die meisten AWS-Umgebungen, die ich sehe, wurden nie entworfen. Sie sind entstanden: ein Account, dann zwei, Instanzen aus einem Migrationswochenende, Security Groups von damals, ein NAT Gateway, das seit Jahren still Geld frisst. Alles funktioniert, und genau das ist das Problem – es funktioniert, bis die Rechnung auffällt, ein Audit fragt oder eine Region wackelt. Dann zeigt sich, dass niemand die Umgebung als Ganzes im Kopf hat.

Ich arbeite seit Jahren in genau solchen Umgebungen, als AWS Certified Solutions Architect – Professional, dazu Security – Specialty und Terraform Associate, alle über Credly nachprüfbar. Wichtiger als die Zertifikate sind die belegten Ergebnisse: Zwei gewachsene Accounts habe ich von 15.000 auf 2.500 Euro im Monat gebracht, bei gleichem Leistungsumfang. Das Revenue-Reporting einer AdTech-Plattform im neunstelligen Umsatzbereich habe ich bei laufendem Betrieb nach AWS migriert, von null auf hundert Prozent Infrastructure as Code. Und der Attribution-Service aus meinen Case Studies läuft in zwei Regionen, weil ein Regionsausfall dort ein Ereignis sein soll, kein Vorfall.

Der Unterschied zu einem Cloud-Berater klassischer Prägung: Ich hinterlasse keine Empfehlung, ich setze um. Erst wird gemessen, im Cost and Usage Report, in der Incident-Historie, in der Architektur selbst. Dann wird in Schritten umgebaut, jeder einzeln ausrollbar, jeder mit Rückweg, während die Produktion weiterläuft. Am Ende ist die Umgebung in Terraform beschrieben, und Ihr Team kann sie ändern, ohne mich zu fragen.

Auch hier die ehrliche Grenze: Ich bin kein Managed-Service-Provider und will Ihre Umgebung nicht dauerhaft betreiben. Das Ziel jeder Zusammenarbeit ist, dass Ihr Team ohne mich weiterkommt. Wenn Sie jemanden suchen, der auf Dauer die Konsole hütet, bin ich nicht der Richtige, und das sage ich im ersten Gespräch.

Situationen, in denen ich geholt werde
  • Die AWS-Rechnung steigt oder schwankt, und niemand kann belastbar sagen, warum.
  • Die Umgebung ist per Konsole gewachsen; es gibt kein Terraform und keinen, der alles kennt.
  • Ein Audit oder ein Großkunde fragt nach Ausfallsicherheit, IAM und Verschlüsselung.
  • Das Rechenzentrum oder der Hostingvertrag läuft aus, und AWS steht als Ziel fest.
  • Ein Vorfall hat gezeigt, dass Wiederanlauf und Rollenverteilung nirgendwo stehen.
  • Das Team baut Features; für Architektur- und Infrastrukturfragen fehlt die Erfahrung.

Für wen das passt

Für Verantwortliche, deren AWS-Umgebung geschäftskritisch geworden ist.

Diese Seite richtet sich an CTOs, technische Leiter und Plattformverantwortliche, deren Umgebung produktiv ist und über Jahre gewachsen: SaaS, Plattform oder interne Kernsysteme. Es geht nicht um das erste Experiment in der Cloud, sondern um Verantwortung für das, was dort schon läuft.

01

Produktion hängt daran.

Kunden, Umsatz oder Kernprozesse laufen über diese Umgebung. Jeder Umbau muss deshalb in Schritten passieren, die einzeln zurückgenommen werden können.

02

Es gibt offene Fragen mit Preisschild.

Kosten, Ausfallsicherheit, ein Audit oder eine anstehende Migration: Die Frage ist konkret, und eine falsche Antwort kostet messbar Geld.

03

Ihr Team soll die Umgebung danach besitzen.

Kein Dauerberater, kein Betriebsvertrag. Infrastruktur als Code, dokumentierte Entscheidungen und eine Übergabe, nach der Ihr Team selbst ändern kann.

Was ich mache

Woran ich in AWS-Umgebungen arbeite

01

Architektur-Befund statt Folienarchitektur

BestandsaufnahmeWell-ArchitectedReihenfolge

Bestandsaufnahme der Umgebung, wie sie wirklich ist: Accounts, Netze, Datenflüsse, Kostenstruktur, Wiederanlauf. Ergebnis ist ein schriftlicher Befund mit Risiken, Aufwänden und einer Reihenfolge, sortiert nach dem, was zuerst Geld oder Schlaf kostet.

02

Kosten senken, ohne Abstriche

Cost and Usage ReportRightsizingSavings Plans zuletzt

FinOps auf Basis des Cost and Usage Report: erst aufräumen und messen, dann Architektur und Kapazität, Commitments zuletzt. In meinem längsten dokumentierten Fall wurden aus 15.000 Euro im Monat 2.500, bei gleichem Leistungsumfang – der Weg dorthin steht als Praxisbericht im Blog.

03

Migration nach AWS

Landing ZoneKostenmodell vorabohne Stillstand

Aus dem Rechenzentrum oder einer anderen Cloud, mit Kostenmodell vor der Entscheidung statt Überraschung danach. Landing Zone, Netzarchitektur und Grundabsicherung entstehen mit, und der Umzug läuft in Schritten, die den Betrieb nicht anhalten.

04

Ausfallsicherheit mit Zahlen

RTO & RPOMulti-AZ / Multi-RegionWiederanlauf geprobt

Nicht „hochverfügbar" als Adjektiv, sondern RTO und RPO als Entscheidung: Was darf ein Ausfall kosten, wie schnell muss was zurück sein, und welche Architektur folgt daraus. Multi-AZ reicht oft, Multi-Region manchmal, und den Unterschied rechne ich Ihnen vor, statt das größere zu verkaufen.

05

Infrastructure as Code

TerraformImport statt NeubauReview statt Klick

Handgepflegte Umgebungen werden in Terraform überführt, schrittweise und ohne Neuaufbau: importieren, beschreiben, angleichen. Danach ist jede Änderung ein Review statt eines Konsolen-Klicks, und eine zweite Umgebung ist ein Plan-Lauf statt eines Wochenendes.

06

Grundabsicherung

IAM & Least PrivilegeAccount-TrennungAudit-Log

Keine eigene Security-Beratung, sondern die Grundlagen, die jede geschäftskritische Umgebung braucht: IAM nach Least Privilege, getrennte Accounts, Verschlüsselung, Audit-Log, Secrets aus dem Code heraus. Als AWS Certified Security – Specialty gehört das bei mir zum Umbau dazu, nicht in ein Zusatzangebot.

Einzelfälle

AWS-Kosten senkenWenn die Rechnung die drängendste Frage ist: FinOps auf Basis des Cost and Usage Report, mit der AWS-Kostenanalyse zum Festpreis von 2.400 Euro als Einstieg. Eigene Leistungsseite.
AWS-MigrationWenn der Umzug ansteht: aus dem Rechenzentrum oder einer anderen Cloud nach AWS, mit Kostenmodell vor der Entscheidung und einem Umzug in Schritten. Eigene Leistungsseite.

Erzählen Sie mir von Ihrer AWS-Umgebung.

30 Minuten, direkt mit mir. Sie schildern die Lage, ich sage Ihnen ehrlich, ob ich der Richtige bin – und wenn nicht, sage ich das im selben Gespräch.

Ablauf

Wie eine Zusammenarbeit anfängt

Vier Schritte, und nach dem zweiten haben Sie einen Befund, mit dem Sie auch ohne mich weiterkönnen. Kein Schritt verpflichtet zum nächsten.

SCHRITT 01

Erstgespräch, 30 Minuten

Sie schildern Umgebung und Anlass: Kosten, Audit, Migration oder ein Vorfall. Ich sage Ihnen, ob ich der Richtige bin und was ich zuerst ansehen würde.

SCHRITT 02

Befund mit Zahlen

Lesender Zugriff genügt. Ich lese Cost and Usage Report, Architektur und Incident-Historie; am Ende steht ein schriftlicher Befund mit Risiken, Einsparungen und Reihenfolge.

SCHRITT 03

Umbau in Schritten

Eine Maßnahme, ein Rollout, ein Ergebnis, dann die nächste. Alles in Terraform beschrieben, jeder Schritt einzeln zurücknehmbar, die Produktion läuft durch.

SCHRITT 04

Übergabe an Ihr Team

Runbooks, dokumentierte Entscheidungen und Infrastruktur als Code, die Ihr Team selbst ändern kann. Kein Betriebsvertrag, keine Abhängigkeit von mir.

Das Ergebnis

Was danach anders ist

Die Rechnung ist erklärbar

Jeder größere Posten hat einen Namen, einen Verantwortlichen und einen Grund. Ob er sinkt oder bleibt, ist danach eine Entscheidung, kein Schicksal.

Die Umgebung steht im Code

Terraform beschreibt, was läuft. Änderungen laufen durch Review, eine zweite Umgebung ist reproduzierbar, und der Konsolen-Klick von damals ist keine Quelle der Wahrheit mehr.

Ausfall ist ein geprobter Fall

RTO und RPO sind festgelegt, der Wiederanlauf ist beschrieben und geprobt. Was ein Regionsausfall bedeutet, steht fest, bevor er passiert.

Ihr Team besitzt die Umgebung

Zugänge, Code und Wissen liegen bei Ihnen. Sie können den nächsten Umbau selbst machen, mit mir machen oder mit jemand anderem – das ist der Punkt.

Eingesetzte Technologien

Womit ich arbeite

Rechnen
  • ECS Fargate
  • EC2
  • Lambda
  • Auto Scaling
Daten
  • RDS & Aurora
  • DynamoDB
  • S3 & Speicherklassen
  • ElastiCache / Valkey
Netz
  • VPC
  • CloudFront
  • Route 53
  • Load Balancer
Kosten
  • Cost and Usage Report
  • Athena
  • Budgets
  • Savings Plans
Sicherheit
  • IAM
  • Organizations
  • KMS
  • Secrets Manager
Infrastruktur als Code
  • Terraform
  • CloudFormation-Import
  • GitHub Actions
  • GitLab CI
Beobachtbarkeit
  • CloudWatch
  • Prometheus
  • Grafana
  • Alarme mit Abnehmer
Arbeitsweise
  • Spec-Driven Development
  • Claude Code
  • kleine Schritte
  • Runbooks

Aus der Praxis

Ebenfalls aus echten Projekten

Tim Rutte, Cloud & Software Architect

Mit wem Sie es zu tun haben

Direkt mit mir als Freelancer. Keine Agentur dazwischen.

Ich bin Tim Rutte. Über 20 Jahre Softwareentwicklung, heute baue ich geschäftskritische Systeme auf AWS. Sie sprechen mit der Person, die Ihren Code anfasst, vom ersten Gespräch bis zur Übergabe.

  • 20+Jahre Softwareentwicklung
  • 50+erfolgreiche Projekte
  • 2003seit diesem Jahr remote im Einsatz
Mehr über mich

Zusammenarbeit

Mitarbeit im Team oder eigenständige Umsetzung.

Sie müssen kein bestimmtes Setup mitbringen. Ich passe die Zusammenarbeit daran an, wie Ihr Unternehmen aufgestellt ist und wie viel Verantwortung Sie abgeben möchten.

01Gemeinsam

Ich arbeite in Ihrem Team.

Wenn Wissen und Verantwortlichkeiten bereits bei Ihnen liegen, steige ich dort ein, wo zusätzliche Erfahrung gebraucht wird. In Ihren Abläufen, mit direkter Abstimmung und ohne Parallelwelt.

  • Integration in Ihre Sprints, Reviews und technischen Entscheidungen
  • Pairing und Wissenstransfer während der Umsetzung
  • Code, Dokumentation und Betrieb bleiben vollständig bei Ihrem Team
02Eigenständig

Ich übernehme die Umsetzung.

Wenn intern Zeit oder Kapazität fehlt, übernehme ich ein klar abgegrenztes Vorhaben von der technischen Klärung bis zum produktiven Einsatz. Sie geben Ziel und Rahmen vor, ich kümmere mich um den Weg dorthin.

  • Ein Ansprechpartner von der Klärung bis zur Umsetzung
  • Regelmäßige, verständliche Zwischenstände statt laufender Steuerung
  • Saubere Übergabe mit Dokumentation und Einweisung

In beiden Modellen gilt: Sie sehen jederzeit, was entsteht, welche Entscheidungen anstehen und was als Nächstes passiert. Abgerechnet wird je nach Projektbedarf und Ihrem bevorzugten Modell: klar abgegrenzte Vorhaben zum Festpreis, längere und dynamische nach Aufwand.

Kontinuität

Ihr System bleibt Ihres.

Auch bei eigenständiger Umsetzung entsteht keine Abhängigkeit von mir. Alles, was für Weiterentwicklung und Betrieb nötig ist, liegt vom ersten Tag in Ihrer Umgebung und wird laufend übergabefähig gehalten.

01

Zugänge bleiben bei Ihnen.

Code, Cloud-Accounts, Pipelines und Secrets liegen in Ihren Systemen. Der Betrieb hängt nicht an einem persönlichen Konto oder einem Zugang, den nur ich kontrolliere.

02

Wissen bleibt nicht in meinem Kopf.

Architekturentscheidungen, Betriebsabläufe und bekannte Risiken werden dort dokumentiert, wo Ihr Team sie später findet – und während des Projekts aktuell gehalten.

03

Ein anderer kann übernehmen.

Reproduzierbare Umgebungen, automatisierte Deployments und regelmäßige Übergaben sorgen dafür, dass Ihr Team oder ein anderer Dienstleister ohne Neustart weiterarbeiten kann.

Das Ziel ist nicht, dass Sie mich dauerhaft brauchen. Das Ziel ist, dass Sie jederzeit frei entscheiden können, wer das System weiterentwickelt.

Häufige Fragen

Häufige Fragen an einen AWS-Freelancer

Was kostet ein AWS-Freelancer?

Je nach Projektbedarf und Ihrem bevorzugten Modell zum Festpreis oder nach Aufwand; die Größenordnung nenne ich im Erstgespräch, sobald Umfang und Zeitraum klar sind. Der häufigste Einstieg hat einen festen Preis: die AWS-Kostenanalyse für 2.400 Euro, Ergebnis in zehn Werktagen, angerechnet bei Folgeauftrag. Sie beantwortet nebenbei die Frage, ob sich weitere Arbeit überhaupt lohnt.

Welche AWS-Zertifizierungen haben Sie?

AWS Certified Solutions Architect – Professional, AWS Certified Security – Specialty, AWS Certified Generative AI Developer – Professional und AWS Certified Developer – Associate, dazu HashiCorp Certified: Terraform Associate. Alle fünf sind über mein Credly-Profil öffentlich nachprüfbar. Wichtiger als die Liste sind die Ergebnisse in den Case Studies, denn ein Zertifikat belegt Wissen, kein Projekt.

Unsere Umgebung ist per Konsole gewachsen. Ist das ein Problem?

Es ist der Normalfall. Fast jede gewachsene Umgebung beginnt mit Klicks, und niemand muss sich dafür schämen. Der Weg heraus ist schrittweise: Bestehendes wird in Terraform importiert und beschrieben, nicht abgerissen und neu gebaut. In der Migration aus meinen Case Studies ging es so von null auf hundert Prozent Infrastructure as Code, bei laufendem Betrieb.

Übernehmen Sie auch den laufenden Betrieb?

Nein, nicht als Regelfall, und das ist Absicht. Ich bin kein Managed-Service-Provider; das Ziel jeder Zusammenarbeit ist, dass Ihr Team die Umgebung danach selbst betreiben und ändern kann. Dafür hinterlasse ich Infrastruktur als Code, Runbooks und dokumentierte Entscheidungen. Für Übergangszeiten lässt sich eine Begleitung vereinbaren, aber mit Enddatum.

Brauchen wir Multi-Region?

Meistens nicht, und die Antwort sollte eine Rechnung sein, kein Reflex. Multi-AZ deckt die häufigen Ausfälle ab; Multi-Region lohnt sich, wenn ein Regionsausfall Sie mehr kostet als die dauerhafte Komplexität und die doppelte Infrastruktur. Was wirklich zählt, wenn eine Region ausfällt, habe ich in einem eigenen Artikel durchgerechnet, inklusive der Kosten, die niemand einplant.

Können Sie unsere AWS-Kosten senken, ohne dass etwas langsamer wird?

In den meisten gewachsenen Umgebungen ja, weil der erste große Block aus ungenutzter Arbeit besteht: Daten ohne Abnehmer, Metriken ohne Leser, überdimensionierte Kapazität, vergessene Aufbewahrung. In meinem dokumentierten Fall entfielen rund 7.000 Euro monatlich allein durch Aufräumen, vor jeder Architekturänderung. Commitments wie Savings Plans kommen bewusst zuletzt, auf die bereinigte Grundlast.

Beraten Sie nur oder setzen Sie auch um?

Beides, und der größere Teil ist Umsetzung. Der Befund am Anfang ist ein Arbeitsdokument, kein Abschlussbericht: Danach baue ich die Maßnahmen selbst um, in Schritten, mit Terraform und Review. Beratung ohne Umsetzung führt in meiner Erfahrung zu Dokumenten, die niemand liest.

Arbeiten Sie mit unserem bestehenden Team?

Ja, und das ist der bevorzugte Modus. Wenn Ihr Team steht, steige ich dort ein, wo Architektur- und AWS-Erfahrung fehlt: in Reviews, in Entscheidungen, im Pairing. Wenn intern niemand Zeit hat, übernehme ich ein abgegrenztes Vorhaben eigenständig. In beiden Fällen bleiben Accounts, Code und Wissen bei Ihnen.

Weitere Leistungen

Womit ich sonst helfe.