Was wir tun
Neue Umgebungen als ein System entwerfen. Bei einem Neuaufbau entwerfen wir Netzwerk, Identitäten, Datenschicht, Secrets und Observability zusammen. Wer das später dranschraubt, holt sich damit den Großteil seiner Cloud-Probleme. Wir arbeiten vorrangig mit GCP und auch mit AWS, mit mehreren Projekten oder Accounts und vom ersten Tag an komplett als Code. Sie bekommen den Entwurf schriftlich, inklusive der verworfenen Optionen und der Gründe dafür, damit der nächste Engineer nicht raten muss.
Die bestehende Umgebung prüfen. Wir lesen Ihre Accounts, Projekte und Ihren Infrastruktur-Code und schauen auf drei Dinge. Was es kostet und warum. Wie angreifbar es ist, von öffentlichen Buckets bis zu viel zu weit gefassten Rollen. Und wie weit sich ein einzelner Fehler oder ein geleakter Zugangsschlüssel ausbreiten kann. Das Ergebnis ist eine priorisierte Maßnahmenliste. Einen Foliensatz bekommen Sie nicht.
Migrationen mit ehrlicher Rechnung planen. Der Umzug in die Cloud, zwischen Clouds oder weg von einer Legacy-Plattform. Wir vergleichen Lift-and-Shift, Replatforming und Refactoring für jeden Teil des Systems, mit den echten Kosten für Betrieb und Weiterentwicklung danach. Manchmal ist der richtige Plan, weniger umzuziehen. Wir planen auch die Reihenfolge, den Rollback für jeden Schritt und wie die Daten ohne langen Ausfall umziehen.
Die Rechnung in den Griff bekommen. Wir ordnen jede große Position dem Service zu, der sie verursacht. Dann beseitigen wir Verschwendung, dimensionieren nach echter Auslastung, nutzen Rabatte für zugesagte Nutzung, wo die Last stabil ist, und richten Labels und Budgets ein. So fällt die nächste Überraschung nach Tagen auf und nicht erst am Quartalsende.
Wie es meistens abläuft
Viele Projekte beginnen mit dem zweiwöchigen Cloud-Kosten-Review. Wir lesen Ihre GCP- oder AWS-Rechnung Zeile für Zeile, ordnen sie den Services dahinter zu und finden, wofür Sie zahlen, ohne es zu nutzen. Sie bekommen eine priorisierte Liste der Einsparungen mit Aufwand und Risiko pro Punkt, und die gehört Ihnen, ob wir weitermachen oder nicht.
Danach setzen manche Teams die Maßnahmen selbst um. Andere machen die erste Runde mit uns, meist ein paar Wochen, oder gehen weiter zu einem breiteren Architektur-Review oder einem Migrationsplan. So oder so landen die Änderungen in Ihren Repositories und Accounts, und Ihr Team kann sie hinterher erklären.
Passt gut, wenn
- Ihre Rechnung wächst schneller als Ihre Nutzerzahl, und niemand kann sagen, warum.
- Sie wählen gerade eine Cloud aus oder konsolidieren Accounts und Projekte.
- Sie planen eine Migration und wollen eine zweite Meinung, bevor Sie sich festlegen.
- Ein falscher Zugangsschlüssel oder ein vertippter Befehl könnte alles lahmlegen.