Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 4 Min.

Warum Deine KI-Rechnung mit der Architektur wächst

KI soll Kosten senken. In der Praxis erleben viele Unternehmen beim Skalieren eine böse Überraschung, erklärte Dimitri Blatner von ITech Progress auf der Open Stage der DWX 2026. Developer World wollte von ihm wissen, wo Sprachmodelle Geld verbrennen und wie Du mit bewusster Architektur gegensteuerst.

Früher war Software nach der Entwicklung im Betrieb praktisch kostenlos. Ein paar Server, etwas Strom, fertig. Heute lässt sich der Energieverbrauch einer Anwendung in Tokens abrechnen. Für Dimitri Blatner, Experte für Software- und Enterprise-Architektur bei ITech Progress, ist das ein echter Umbruch, und einer, den viele Teams unterschätzen.

Dabei ist Blatner kein KI-Skeptiker. Bei allem, was mit Sprache zu tun hat, also Übersetzen, Formulieren oder das Erstellen von Vorlagen, sind Sprachmodelle schnell und hilfreich. Das gilt in der Softwareentwicklung genauso wie in der Architekturdokumentation. Allerdings verbringt man viel Zeit damit, die Ergebnisse zu prüfen und nachzubessern. Man merke deutlich, so Blatner, ob Modell-Output ungefiltert irgendwo abgelegt oder tatsächlich überarbeitet wurde.

Das eigentliche Kostenproblem liege woanders. Wir lassen Modelle zunehmend autonom arbeiten und vertrauen ihnen viel, teils aus Bequemlichkeit, teils aus psychologischen Gründen. Und wir greifen dabei gern zu den großen, teuren Modellen. Solange das ein Einzelner ab und zu tut, ist das verkraftbar. Wird KI aber Teil der Unternehmensprozesse oder gar des Endprodukts, landen einfache, systematische Aufgaben plötzlich bei einer kostspieligen, nicht deterministischen Inferenz.

KI skaliert mit der Architektur

Genau hier setzt Cost-aware Architecture an. Die Grundfrage lautet: Für welche Aufgabe brauche ich überhaupt ein KI-System? Und wo genügt es, mir von der KI helfen zu lassen, ein Skript oder einen festen Prozess zu bauen, der danach ohne Modell läuft? Viele Abläufe lassen sich statisch implementieren und bei Bedarf anpassen. Einer KI dauernd über die Schulter schauen zu müssen, ist dann schlicht überflüssig.

Kommt KI zum Einsatz, lohnt sich eine zweite Unterscheidung. Komplexe Aufgaben mit Tiefenanalyse oder planerischem Anteil rechtfertigen ein großes Modell. Für Systematisches reichen kleinere, effizientere Varianten. Im Einzelfall wirkt der Unterschied marginal. Bei 100 oder 1.000 Mitarbeitern oder bei KI-Bausteinen im Produkt reden wir aber schnell über Hunderttausende Anfragen pro Stunde. Blatners Kernsatz dazu: Ein KI-basiertes System skaliert nicht linear, sondern mit seiner Architektur. Wer die Architektur nicht bewusst gestaltet, riskiert unkontrolliert wachsende Betriebskosten.

Inference Pipelines: klingt komplex, ist es nicht

Das Werkzeug dafür nennt Blatner Inference Pipeline. Gemeint ist das klassische Pipes-and-Filters-Prinzip, bei dem ein Sprachmodell ein Glied der Prozesskette ist. Statt ein Modell für alles einzusetzen, wählst Du pro Schritt das passende aus. Das muss nicht kompliziert sein, es muss nur einmal durchdacht werden.

Sein erstes Beispiel ist eine Dokumentverarbeitung, auf die ein Fachverfahren mit menschlicher Beteiligung folgt. Ein großes multimodales Modell erledigt alles in einem Rutsch. Automatisiert im Prozess verankert, wird das in der Skalierung aber sehr teuer. Die Alternative: ein spezialisiertes, effizientes Verarbeitungsmodell für die Dokumente und kleinere Sprachmodelle für die systematischen Folgeschritte. Dann, sagt Blatner, sprechen wir von ganz anderen Kosten.

Der größte Hebel sitzt nicht im Code

Zum Schluss erinnert Blatner an den Eliza-Effekt: Wir vertrauen technischen Systemen schnell, sobald sie menschlich wirken. Für ein Sprachmodell gibt es aber kein Richtig oder Falsch, nur Wahrscheinlichkeiten für das nächste Wort. Eine solche unsichere Inferenzmaschine für einfache Aufgaben einzusetzen, sei der größte Kostentreiber. Für diese Aufgaben hat die Softwareentwicklung längst bessere Werkzeuge: Automatisierung, CI/CD-Pipelines, Workflow-Engines.

Den wirksamsten Hebel sieht Blatner deshalb in der Schulung. Wer KI einführt, sollte Mitarbeiter und Management darin fit machen, die Grenzen der Technologie zu kennen, und KI zuerst dort einsetzen, wo sie den größten Nutzen bringt. Alles andere lieber in Ruhe evaluieren oder sich Know-how ins Haus holen. LLMs seien noch eine frühe Technologie. Jedem Hype hinterherzulaufen und dieselben teuren Erfahrungen zu machen wie alle anderen, kostet am Ende deutlich mehr Zeit und Geld.

Neueste Beiträge

CLAUDE.md richtig aufbauen - Projektanforderungen an Entwickler in Zeiten von KI, Teil 1
Gleicher Prompt, gleiches Projekt, einmal mit leerer CLAUDE.md, einmal mit gepflegter. Die Ergebnisse sind nicht vergleichbar. Wie eine Markdown-Datei zum wichtigsten Interface zwischen Entwickler und KI-Agent wird.
6 Minuten
Dokumente und Collaboration mit Microsoft Graph - Connected Apps mit .NET, Teil 3
Eine .NET-App liest Dokumentbibliotheken aus OneDrive und SharePoint, überträgt Dateien und verfolgt Änderungen über Microsoft Graph.
7 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

Das könnte Dich auch interessieren

Kostenkontrolle bei KI-Coding-Agenten
Best Practices für eine ökonomisch nachhaltige Entwicklung.
8 Minuten
Offen, aber nicht leicht - Kimi K3 – das Modell hinter dem Agenten, Teil 6
Ein offenes Modell lässt sich herunterladen, aber noch lange nicht beiläufig betreiben. Zwischen technischer Kontrolle und praktischem Nutzen zeigt sich, ob Kimi K3 den Sprung vom Benchmark in produktive Anwendungen schafft.
8 Minuten
KI: Vorteile nutzen, technische Souveränität bewahren
KI-Agenten bieten nicht nur Vorteile, mit ihrer Nutzung können auch neue, gravierende Risiken für Unternehmen entstehen. Diese lassen sich jedoch mit entsprechenden Maßnahmen beherrschen – wodurch Unternehmen letztlich ihre technische Souveränität sicherstellen.
5 Minuten
14. Sep 2026
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige