Azure Cloud und DevOps
Infrastructure as Code, Pipelines, die mehrmals am Tag ausliefern, eine Sicherheitsbasis nach dem Prinzip Deny-by-Default und eine Rechnung, die planbar bleibt. So bauen wir eine Cloud-Landschaft, und so betreiben wir unsere eigene.
Die DevOps-Arbeit selbst
- Pipelines. Build, Test, Security-Scan und Deployment in GitHub Actions, mit föderierten Zugangsdaten statt gespeicherter Secrets und jeder Action per Hash fixiert.
- Infrastructure as Code. Terraform für alles, vor dem Anwenden als Plan geprüft, mit geplanter Drift-Erkennung, die meldet, was jemand von Hand geändert hat.
- Datenbank-Auslieferung. Schemaänderungen als versionierte Migrationen, die in der Pipeline laufen, sodass ein Deployment, das Code ohne sein Schema ausliefert, nicht vorkommen kann.
- Monitoring und Alerting. Logs, Metriken und Traces in einem Workspace, mit Alerts, die eine Person nur erreichen, wenn ein Entwickler darauf reagieren könnte.
- Kostenkontrolle. Passend dimensionierte Stufen, verbrauchsabhängige Preise, wo die Last stark schwankt, und eine Monatsrechnung, die tatsächlich jemand liest.
Womit wir bauen
Jede Ressource ist in Terraform deklariert und wird mit föderierten Zugangsdaten aus GitHub Actions bereitgestellt. Nichts wird in einem Portal zusammengeklickt, weder in unseren Landschaften noch in Ihren.
Compute
Azure Functions auf dem isolierten .NET-10-Worker für die API und 40 geplante Jobs; Container Apps Jobs führen Datenbank-Deployments und EF-Core-Migrationen aus.
Daten
Azure SQL mit Row-Level Security und Always-Encrypted-Spalten unter kundenverwalteten Schlüsseln im Key Vault; Blob Storage für Dokumente und signierte PDFs.
Frontends
Zwei Static Web Apps, das Portal und diese Website, beide mit strenger Content Security Policy ausgeliefert und vorab gerendert, wo Crawler HTML brauchen.
Identität
Entra ID für Personen und Gruppen, benutzerzugewiesene Managed Identities für jede Workload, OIDC aus GitHub Actions. Keine langlebigen Zugangsdaten in der Pipeline.
Observability
Application Insights und Log Analytics mit Alert-Regeln, die das Team als Teams-Nachrichten erreichen. Nur Signale, auf die ein Entwickler reagieren kann, werden zu Alerts.
Governance
Richtlinien auf Ressourcengruppen, Management Locks, Purge Protection und Diagnoseeinstellungen, alles in Terraform deklariert, mit dem Grund neben jeder Regel.
Kostendisziplin
Unsere Engineering-Prinzipien ordnen Prioritäten in fester Reihenfolge: zuerst die Kosten, dann die Sicherheit, dann Modernität, dann Performance. Eine Kostenobergrenze wird festgelegt, bevor die Architektur gezeichnet wird, und jede Designentscheidung wird daran geprüft. In der Praxis heißt das verbrauchsabhängige Preise statt dauerhaft laufender Server, wo die Last stark schwankt, eine passend dimensionierte Datenbankstufe statt der vom Hersteller empfohlenen und Alerting aus Diensten, die bereits im Abonnement enthalten sind, statt eines kostenpflichtigen Bereitschaftsprodukts.
Sicherheitsbasis
- Firewalls verweigern standardmäßig; SQL ist nur aus dem Functions-Subnetz erreichbar.
- Secrets existieren nur im Key Vault und werden über Managed Identities gelesen.
- Personenbezogene und finanzielle Spalten sind mit Always Encrypted geschützt, sodass sie nicht einmal ein Datenbankadministrator lesen kann.
- Actions und Container-Images sind per Hash fixiert; Abhängigkeits-Updates kommen als geprüfte Pull Requests, und eine Sicherheitswarnung ist ein unbedingter Grund zum Upgrade.
- CodeQL läuft bei jedem Push, Terraform-Pläne werden vor dem Anwenden validiert, und Drift wird nach Zeitplan erkannt.
Unsere Cloud-Bilanz
Mehr als 20 CI/CD-Pipelines gebaut, zweiwöchige Releases in tägliche Deployments verwandelt, die Release-Zeit von vier Stunden auf 25 Minuten gesenkt, die Azure-Kosten auf einer Plattform um 30 Prozent reduziert. Zahlen aus unserer Projekthistorie.
Gezielt eingestellt, nicht improvisiert
DevOps ist eine Rolle, für die wir gezielt rekrutieren: Unsere Stellenhistorie umfasst einen DevOps-Engineer und einen eigenen technischen DevOps-Interviewer, sodass Kandidaten von jemandem beurteilt werden, der die Arbeit macht, und nicht von einem Generalisten, der eine Checkliste abliest.
Sie möchten Ihre Azure-Landschaft als Code, mit kleinerer Rechnung?
Senden Sie Lesezugriff auf Ihr Abonnement oder eine Beschreibung, was wo läuft. Sie erhalten innerhalb eines Werktags eine schriftliche Einschätzung und einen Plan.