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.
AWS-Freelancer
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.
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 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 werdeFür wen das passt
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.
Kunden, Umsatz oder Kernprozesse laufen über diese Umgebung. Jeder Umbau muss deshalb in Schritten passieren, die einzeln zurückgenommen werden können.
Kosten, Ausfallsicherheit, ein Audit oder eine anstehende Migration: Die Frage ist konkret, und eine falsche Antwort kostet messbar Geld.
Kein Dauerberater, kein Betriebsvertrag. Infrastruktur als Code, dokumentierte Entscheidungen und eine Übergabe, nach der Ihr Team selbst ändern kann.
Was ich mache
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.
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.
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.
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.
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.
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
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
Vier Schritte, und nach dem zweiten haben Sie einen Befund, mit dem Sie auch ohne mich weiterkönnen. Kein Schritt verpflichtet zum nächsten.
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.
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.
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.
Runbooks, dokumentierte Entscheidungen und Infrastruktur als Code, die Ihr Team selbst ändern kann. Kein Betriebsvertrag, keine Abhängigkeit von mir.
Das Ergebnis
Jeder größere Posten hat einen Namen, einen Verantwortlichen und einen Grund. Ob er sinkt oder bleibt, ist danach eine Entscheidung, kein Schicksal.
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.
RTO und RPO sind festgelegt, der Wiederanlauf ist beschrieben und geprobt. Was ein Regionsausfall bedeutet, steht fest, bevor er passiert.
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
Aus der Praxis
Zwei gewachsene AWS-Accounts für Produktion und Staging, systematisch bereinigt und optimiert: erst aufräumen und messen, dann Architektur und Kapazität, Commitments zuletzt. Gleiche Anwendungen, gleiche Nutzer, gleiche Verfügbarkeit.
Case Study lesenEbenfalls aus echten Projekten
Das Revenue-Reporting einer globalen AdTech-Plattform bei laufendem Betrieb modernisiert und nach AWS migriert: von null auf hundert Prozent Infrastructure as Code, 90 Prozent weniger Incidents, und die alte Strecke erst abgeschaltet, als beide Seiten wochenlang identische Zahlen lieferten.
Case Study lesenWo in gewachsenen AWS-Setups vier- bis fünfstellige Beträge still verschwinden – NAT Gateways, Egress, vergessene Aufbewahrung – und wie Sie sie zurückholen, ohne eine Zeile Code zu ändern.
Artikel lesenWie ein Auftrag endet, ohne dass eine Abhängigkeit bleibt: der eine Test, der etwas aussagt, die Inventur der persönlichen Zugänge, die vertauschten Rollen in den letzten Wochen und eine Frist statt einer offenen Tür.
Artikel lesen
Mit wem Sie es zu tun haben
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.
Zusammenarbeit
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.
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.
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.
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
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.
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.
Architekturentscheidungen, Betriebsabläufe und bekannte Risiken werden dort dokumentiert, wo Ihr Team sie später findet – und während des Projekts aktuell gehalten.
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
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.
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.
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.
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.
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.
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.
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.
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
Vom eigenen Rechenzentrum oder aus einer anderen Cloud nach AWS, mit Kostenmodell vor dem Umzug und Rollback-Pfad für jeden Schritt.
Mehr erfahrenIch finde wo Ihr AWS-Budget versickert, messbar reduziert, ohne Abstriche bei Performance oder Verfügbarkeit.
Mehr erfahrenBackends für SaaS und Plattformen, die unter echter Last halten: in Go und PHP 8, event-getrieben, mit Mandantentrennung und Wiederanlauf im Entwurf.
Mehr erfahren