Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Azure Functions in Containern? Warum eigentlich nicht? Interview mit Jonah Andersson

Ein DWX-Interview mit Jonah Andersson über die moderne Kunst verteilter .NET-Architekturen in Azure.
Jonah Andersson
© Sofija De Mitri, Patrizio De Mitri, Event Wave

Eigentlich wollten wir "nur mal kurz" über Azure Functions sprechen. Es wurde aber eine Reise durch die Azure-Landschaft, vorbei an Container Apps, Durable Functions, Dapr, serverlosen GPUs und der Frage, wie man das alles orchestriert, ohne dabei den Verstand zu verlieren. Jonah Andersson, Microsoft MVP, Cloud Solutions Architect und zum ersten Mal Speaker auf der DWX, erzählt, wie moderne, eventgetriebene .NET-Anwendungen mit Azure aussehen können – und worauf Entwickler:innen dabei achten sollten.

Funktion trifft Container – muss das sein?

"Kommt drauf an", sagt Jonah. Wer Azure Functions in Container Apps betreibt, gewinnt vor allem eines: Kontrolle. Container machen Schluss mit Laufzeit-Vorgaben, erlauben Custom Dependencies, saubere Microservice-Kommunikation und Integration mit Technologien wie Dapr. Und sie bieten Workload-Profile und serverlose GPUs – für alle, die es mit AI, Skalierung und Performancetuning ernst meinen.

Und wenn keiner ruft? Cold Start

Ein Klassiker: Die App pennt, der User klickt, die Funktion startet – gaaaanz langsam. Jonah empfiehlt dedizierte Pläne, Workload-Profile und .NET mit AOT-Kompilierung. Letzteres macht aus Functions kompakte, startfreudige Container – fast schon ein Must-have für produktionsreife Architekturen.

Wenn's knallt: Monitoring statt Magie

Ob Event Grid, Service Bus oder Durable Functions: Wer keine saubere Observability einplant, tappt im Dunkeln. App Insights, Azure Monitor und durchdachtes Error Handling helfen, wenn aus Events Probleme werden. Jonah rät: Logging ist kein Beiwerk. Es ist deine Taschenlampe im Serverless-Dschungel.

„Mit Azure Functions im Container bekommst du echte Freiheit bei Runtime, Skalierung und Architektur.“

Andersson_Jonah2.jpg
Jonah Andersson

Security? Kein optionales Modul

Zu den Klassikern gehören Secrets in Umgebungsvariablen. Bitte nicht diesen Fehler machen. Jonah setzt auf Azure Key Vault und Managed Identities – für API-Schlüssel, Rechte und das gute Gefühl, dass niemand mitliest, der nicht sollte.

Fazit: Mehr als nur "geht auch in Azure"

Azure Functions in Container Apps sind kein Allheilmittel. Aber wer sie versteht, bekommt ein starkes Werkzeug für moderne .NET-Anwendungen. Jonah Andersson zeigt, wo die Reise hingeht – und warum es sich lohnt, nicht nur dem Hype zu folgen, sondern Architektur, Skalierung und Sicherheit ganz bewusst zu denken. Denn: Wer Events gut baut, hat weniger Grund zu debuggen. Und das ist ja schon mal was.

Neueste Beiträge

Review von KI-generiertem Code - Projektanforderungen an Entwickler in Zeiten von KI, Teil 3
Der Code kompiliert. Die Tests sind grün. Der Pull Request sieht sauber aus. Und trotzdem ist er falsch. Fünf Fehlermuster zeigen, worauf die Reviewer beim KI-generierten Code achten müssen, weil Syntax-Korrektheit längst nicht Geschäftslogik-Korrektheit bedeutet.
6 Minuten
Flexible Templates ohne Wiederholung - Infrastructure as Code mit Azure Bicep, Teil 2
Wie Bicep-Parameter typisiert, eingeschränkt und mit sinnvollen Standardwerten versehen werden und wie Variablen sich nutzen lassen, um aus Parametern abgeleitete Werte zu berechnen, etwa für Namenskonventionen oder umgebungsabhängige SKUs.
5 Minuten
Game-Boy-Emulation in C# – ROM-Dumping - Retro-Hardware mit .NET in Software nachbilden, Teil 1
Ohne Spiele kein Emulator – wie man echte Cartridges mit einem Arduino und etwas C# zum Reden bringt.
7 Minuten
4. Nov 2026

Das könnte Dich auch interessieren

GitLab CI mit Testreports einrichten - Schnellere .NET-CI-Pipelines mit Test Sharding, Teil 3
GitLab liefert die Shard-Nummern direkt an Meziantou.ShardedTest. Für aussagekräftige Ergebnisse im Merge Request braucht es zusätzlich passende Reports. Bei Integrationstests entscheidet die Trennung der Testdaten über zuverlässige Parallelläufe.
6 Minuten
GitHub Actions umstellen - Schnellere .NET-CI-Pipelines mit Test Sharding, Teil 2
Eine Jobmatrix bringt die lokale Testaufteilung auf mehrere Runner. Damit daraus ein verlässlicher CI-Lauf entsteht, müssen Shard-Nummern, Fehlerstatus und Ergebnisdateien zusammenpassen. Der Workflow zeigt die nötigen Schritte.
6 Minuten
Laufzeitgewinn messen - Schnellere .NET-CI-Pipelines mit Test Sharding, Teil 4
Mehr Shards können das Feedback beschleunigen, aber auch zugleich die CI-Kosten erhöhen. Ein Vergleich mit zwei Referenzläufen zeigt, wo sich zusätzliche Runner lohnen. Ebenso wichtig ist der Nachweis, dass weiterhin alle vorgesehenen Tests laufen.
6 Minuten
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige