Be Software Architecture Wise
Be Wise Apps

Read in English · Leer en español · Lire en français

Kapitel 12 von 12 · Fortgeschritten

Architektur KI-gestützter Systeme

Systeme, die um Modelle des maschinellen Lernens und große Sprachmodelle herum gebaut sind, brauchen alles, was die früheren Kapitel vermittelt haben, und dazu neue Antworten auf neue Fragen: wo ein Modell laufen sollte, wie man es in den eigenen Daten verankert, wie man es Tools sicher nutzen lässt, wie man etwas Probabilistisches testet, wie man sich gegen Prompt-Injection verteidigt, wie man Kosten und Latenz steuert und was Regulierung wie die KI-Verordnung der EU verlangt. Dieses Kapitel richtet sich an Entwicklungsteams und Architekten, die den übrigen Kurs kennen und KI-gestützte Systeme entwerfen, prüfen oder steuern müssen, die zuverlässig, sicher und bezahlbar sind.

Videoeinführung in Kapitel 12

8 Min. · auf Englisch gesprochen, mit Untertiteln
Nur anhören (Audio)
Transkript lesen

Willkommen zu Kapitel 12, Architektur KI-gestützter Systeme. Es geht um Systeme, die um künstliche Intelligenz, kurz KI, herum gebaut sind: Modelle des maschinellen Lernens und große Sprachmodelle, kurz LLMs. Sie brauchen alles, was die früheren Kapitel vermittelt haben, und dazu neue Antworten auf neue Fragen. Wo sollte ein Modell laufen? Wie verankern Sie es in Ihren eigenen Daten, lassen es Tools sicher nutzen, testen etwas Probabilistisches und verteidigen sich gegen Prompt-Injection?

Dieses Kapitel richtet sich an Entwicklungsteams und Architekten, die den übrigen Kurs kennen und KI-gestützte Systeme entwerfen, prüfen oder steuern müssen, die zuverlässig, sicher und bezahlbar sind. Es baut auf dem gesamten Kurs auf: jede Qualität, jeder Stil und jede Praxis, nun angewandt auf probabilistische Komponenten. Am stärksten stützt es sich auf Qualitätsmerkmale, Datenarchitektur, Sicherheit und Datenschutz, Resilienz und Observability sowie Bewertung und Fitness Functions. Diese früheren Ideen verändern hier ihre Gestalt. Zu den Qualitätsmerkmalen gehören nun Genauigkeit und Fundiertheit. Die Resilienz muss mit Rate Limits und Ausfällen bei einem Modellanbieter zurechtkommen. Und aus Testen wird Evaluierung. Dies ist das letzte Kapitel, es führt also zur Abschlussprüfung und zur abschließenden Fallstudie.

Der größte Teil eines KI-gestützten Systems ist gewöhnliche Software. Dieses Containerdiagramm aus Abschnitt zwölf Punkt zwei zeigt das durchgehende Beispiel des Kapitels: einen Kundensupport-Assistenten für die Essenslieferplattform. Kunden chatten über die mobile App, die mit einem Chat-Service spricht. Schwierige Gespräche werden an eine Agentenkonsole übergeben, wo menschliche Support-Agenten sie übernehmen. Im Zentrum steht der Orchestrator, der die Prompts, die Tools und die Limits hält. Er durchsucht einen Index des Hilfe-Centers und ruft per Tool Calls die bestehenden Bestell- und Erstattungsservices auf. Jeder Modellaufruf läuft über ein AI-Gateway, das die Schlüssel der Anbieter hält, jeden Aufruf routet und von Anbieter A auf Anbieter B ausweicht. Traces jedes Aufrufs werden für die Evaluierung aufbewahrt. Nur das Modell ist neu. Aber sein Verhalten ist statistisch statt spezifiziert: meist richtig, manchmal selbstbewusst falsch, und geliefert von einem Anbieter, der es drosseln, ändern oder abkündigen kann. Das verändert, wie alles um es herum entworfen werden muss.

Die ersten vier Abschnitte bauen das System auf. Abschnitt zwölf Punkt eins erklärt, was maschinelles Lernen und große Sprachmodelle sind: Training und Inferenz, Tokens, Kontextfenster, Sampling und Embeddings, und warum Halluzination und Nichtdeterminismus inhärent sind. Abschnitt zwölf Punkt zwei verortet das Modell in einer Architektur: gehostet, selbst gehostet oder auf dem Gerät, hinter einem AI-Gateway, mit Routing, Kaskaden, Fallback-Kaskaden und Human in the Loop. Abschnitt zwölf Punkt drei behandelt Retrieval-Augmented Generation, kurz RAG, das häufigste Muster, um Antworten in den eigenen Daten zu verankern, vom Chunking und von Vektorindizes bis zu hybrider Suche und Zugriffskontrolle. Abschnitt zwölf Punkt vier geht vom Antworten zum Handeln über: Tool Calling, die Agentenschleife, Workflow-Muster, das Model Context Protocol, kurz MCP, und das Zuverlässigkeits-Engineering, das Agenten brauchen.

Die zweiten vier Abschnitte machen das System vertrauenswürdig und nachhaltig. Abschnitt zwölf Punkt fünf zeigt, wie man probabilistisches Verhalten testet, mit Evaluierungssets, Metriken, einem Modell als Bewerter und Regressions-Evals, die als Fitness Functions dienen. Abschnitt zwölf Punkt sechs behandelt Prompt-Injection, Excessive Agency und die anderen von OWASP katalogisierten Risiken sowie die mehrschichtigen Abwehrmaßnahmen, die sie eindämmen. Abschnitt zwölf Punkt sieben befasst sich mit der Ökonomie der Tokens, mit Latenz, Caching und Batching und mit der Praxis, Modellaufrufe zu versionieren, zu tracen und zu überwachen. Und Abschnitt zwölf Punkt acht behandelt Data Governance, Fairness, Transparenz und menschliche Aufsicht und wie Regulierung wie die KI-Verordnung der EU und Rahmenwerke wie das NIST AI Risk Management Framework die Architektur prägen.

Ein Sprachmodell kann Anweisungen nicht verlässlich von Daten unterscheiden, daher kann jeder Text in seinem Kontext versuchen, es zu steuern. Dieses Diagramm aus Abschnitt zwölf Punkt sechs zeigt die Antwort: deterministische Schichten um ein nicht vertrauenswürdiges Modell. Die Nachricht eines Nutzers passiert zuerst Eingabe-Guards, dann einen Context Builder, der nicht vertrauenswürdige Inhalte kennzeichnet und Daten heranzieht, die nach den Zugriffsrechten des Nutzers gefiltert sind. Das Modell sitzt in der Mitte, beschriftet mit „nie vertrauenswürdig“. Seine Ausgabe passiert Ausgabe-Guards, die das Schema prüfen und filtern, was beim Nutzer ankommt. Wenn es ein Tool nutzen will, setzt ein Tool-Gateway Autorisierung und Richtlinien durch. Folgenreiche Aktionen brauchen eine menschliche Freigabe, bevor sie die Geschäftssysteme erreichen, während rein lesende Aufrufe direkt durchgehen. Und das Monitoring sammelt Logs, Traces und Anomaliealarme, mit einem Notausschalter. Kein Prompt ist eine Sicherheitsgrenze. Diese deterministischen Schichten entscheiden, was das Modell sehen kann, was es tun kann und was beim Nutzer ankommt.

Zwei Beispiele kehren immer wieder. Der Support-Assistent, den Sie gerade gesehen haben, erhält Retrieval in Abschnitt zwölf Punkt drei und Tools in zwölf Punkt vier und wird in den Abschnitten danach evaluiert, abgesichert und kalkuliert. Das zweite ist dieser Kurs selbst. ArchitectBot beantwortet Fragen der Lernenden, indem er Passagen aus den Kapiteln des Kurses abruft, und ruft eine Kaskade von Modellen mehrerer Anbieter auf, damit ihn ein einzelner Ausfall nicht verstummen lässt. Schriftliche Testantworten werden von einem Modell anhand eines festen Bewertungsrasters bewertet.

Abschnitt zwölf Punkt acht erklärt, dass die KI-Verordnung der EU nach Risiko reguliert: verbotene Praktiken, Hochrisiko-KI-Systeme, Transparenzpflichten und minimales Risiko, mit eigenen Pflichten für KI-Modelle mit allgemeinem Verwendungszweck. Dieser Stoff ist eine allgemeine Information, keine Rechtsberatung. Die Pflichten hängen vom Sachverhalt jedes Systems ab und von den genauen Rechtstexten und Leitlinien in ihrer jeweils geltenden Fassung, die sich weiter ändern. Bei jeder echten Einstufung oder Compliance-Entscheidung sollte qualifizierte Rechtsberatung hinzugezogen werden.

Behandeln Sie das Modell als talentierte, fehlbare und nicht vertrauenswürdige Komponente, und lassen Sie eine deterministische Architektur entscheiden, was es sieht, was es tun darf und was mit seiner Ausgabe geschieht. Verankern Sie seine Antworten in abgerufenen, zulässigen Fakten. Validieren Sie alles, was es erzeugt, und geben Sie ihm die geringsten Rechte, die seine Aufgabe erfordert. Verlangen Sie eine menschliche Bestätigung für folgenreiche Aktionen. Messen Sie seine Qualität laufend, wie bei jedem anderen Qualitätsmerkmal, und planen Sie für den Ausfall seines Anbieters. Modelle werden immer besser werden, und Systeme, die auf diesem Prinzip aufbauen, werden mit ihnen besser.

Die Abschnitte begleiten das durchgehende Beispiel, während es wächst, daher lohnt es sich, sie der Reihe nach zu lesen. Aber jeder Abschnitt steht für sich, sodass Sie direkt zu dem springen können, den Sie brauchen. Planen Sie für das ganze Kapitel etwa dreieinhalb Stunden Lesezeit ein. Anbieter und Modelle werden nur als Beispiele genannt, weil sich der Markt alle paar Monate ändert, die Prinzipien aber nicht. Am Ende jedes Abschnitts gibt es Fragen zur Selbstkontrolle. Beantworten Sie sie im Kopf, bevor Sie sich die Antworten ansehen. Wenn Sie bereit sind, gibt es einen freiwilligen Kapiteltest, der etwa fünfundvierzig Minuten dauert. Er besteht aus zwanzig Multiple-Choice-Fragen und zwei schriftlichen Antworten. Die Bestehensgrenze liegt bei achtzig Prozent.

So ist das letzte Kapitel aufgebaut. Beginnen Sie mit Abschnitt zwölf Punkt eins, über maschinelles Lernen und große Sprachmodelle für Architekten. Bis gleich.

Kapitel herunterladen (PDF)In der App lesen

Auf einen Blick

Das lernen Sie

  • Erklären, wie Machine-Learning-Modelle und große Sprachmodelle trainiert und bereitgestellt werden und was Token, Kontextfenster, Sampling, Embeddings und Halluzination für den Entwurf eines Systems bedeuten.
  • Wählen, wo ein Modell laufen und wie es aufgerufen werden soll, und für gegebene Anforderungen ein AI-Gateway, Modell-Routing, Kaskaden, Fallback-Kaskaden und menschliche Prüfung entwerfen.
  • Eine Pipeline für Retrieval-Augmented Generation entwerfen, einschließlich Chunking, hybridem Retrieval, Re-Ranking, Zugriffskontrolle, Aktualität und Evaluierung von Retrieval und Antworten.
  • Workflow-Muster von autonomen Agenten unterscheiden, Tools und Protokolle wie MCP entwerfen und Schrittlimits, Idempotenz, Checkpoints und menschliche Freigabe auf Agenten anwenden.
  • Eine Evaluierungsstrategie für ein probabilistisches System entwerfen, mit Evaluierungssets, geeigneten Metriken, LLM-as-a-Judge mit Schutzvorkehrungen und Regressions-Evals in der Delivery-Pipeline.
  • Die wichtigsten Sicherheitsrisiken von LLM-Anwendungen erkennen, einschließlich direkter und indirekter Prompt-Injection, und mehrschichtige Abwehrmaßnahmen so platzieren, dass kein einzelner Prompt eine Sicherheitsgrenze ist.
  • Kosten und Latenz von Modellaufrufen mit Caching, Batching, Streaming und Kaskaden abschätzen und senken und modellbasierte Funktionen mit Versionierung, Tracing und Monitoring betreiben.
  • Erklären, wie Data Governance, Fairness, Transparenz, menschliche Aufsicht, die KI-Verordnung der EU, das NIST AI RMF und ISO/IEC 42001 Architekturentscheidungen beeinflussen.

Bevor Sie beginnen

Der gesamte Kurs, insbesondere Kapitel 2 (Qualitätsmerkmale), Kapitel 7 (Datenarchitektur), Kapitel 8 (Sicherheit und Datenschutz), Kapitel 9 (Resilienz und Observability) und Kapitel 11 (Bewertung und Fitness Functions).

Zeit

Etwa 3½ Stunden Lesezeit; 45 Minuten für den Test.

Schlüsselbegriffe

großes Sprachmodell · Token · Kontextfenster · Embedding · Halluzination · AI-Gateway · Fallback-Kaskade · Retrieval-Augmented Generation · hybride Suche · Tool Calling · Agent · Model Context Protocol · Prompt-Injection · LLM-as-a-Judge

Eine neue Art von Komponente in einer vertrauten Architektur

Der größte Teil eines KI-gestützten Systems ist gewöhnliche Software. Ein Kundensupport-Assistent für eine Essenslieferplattform hat weiterhin eine mobile App, Services, Datenbanken, Queues, Identitätsverwaltung, Logging und eine Deployment-Pipeline, und jedes Kapitel dieses Kurses gilt für sie. Neu ist eine einzige Komponente, deren Verhalten statistisch statt spezifiziert ist: ein Modell, das plausible Ausgaben erzeugt, meist richtig, manchmal selbstbewusst falsch, zu Kosten und mit einer Latenz, die in Tokens gemessen werden, geliefert von einem Anbieter, der es drosseln, ändern oder abkündigen kann.

Diese eine Komponente verändert, wie der Rest entworfen werden muss. Zu den Qualitätsmerkmalen aus Kapitel 2 gehören nun Genauigkeit und Fundiertheit (Groundedness). Die Resilienz aus Kapitel 9 muss mit Rate Limits und Ausfällen bei einem Modellanbieter zurechtkommen. Die Sicherheit aus Kapitel 8 trifft auf einen neuen Angriff, Prompt-Injection, gegen den keine Anweisung eine verlässliche Abwehr ist. Aus Testen wird Evaluierung, und die Governance aus Kapitel 11 trifft auf neue Regulierung. Dieses Kapitel wendet die gesamte Disziplin auf diese Lage an, und zwar anbieterneutral: Anbieter und Modelle werden nur als Beispiele genannt, weil sich der Markt alle paar Monate ändert, die Architekturprinzipien aber nicht.

Wie das Kapitel aufgebaut ist

Die ersten vier Abschnitte bauen das System auf. Abschnitt 12.1 erklärt für Architekten, was maschinelles Lernen und große Sprachmodelle sind: Training und Inferenz, Precision und Recall, Transformer, Tokens, Kontextfenster, Sampling, Embeddings, Fine-Tuning und warum Halluzination und Nichtdeterminismus inhärent sind. Abschnitt 12.2 verortet das Modell in einer Architektur: gehostet, selbst gehostet oder auf dem Gerät; online oder im Batch; hinter einem AI-Gateway; mit Routing, Kaskaden, Fallback-Kaskaden und Human in the Loop; und wie man ein Modell wählt. Abschnitt 12.3 behandelt Retrieval-Augmented Generation, das häufigste Muster, um Antworten in den eigenen Daten zu verankern, vom Chunking und von Vektorindizes bis zu hybrider Suche, Zugriffskontrolle und Evaluierung. Abschnitt 12.4 geht vom Antworten zum Handeln über: Tool Calling, die Agentenschleife, Workflow-Muster, das Model Context Protocol, Gedächtnis, Multi-Agenten-Systeme und das Zuverlässigkeits-Engineering, das Agenten brauchen.

Die zweiten vier Abschnitte machen das System vertrauenswürdig und nachhaltig. Abschnitt 12.5 zeigt, wie man probabilistisches Verhalten testet: mit Evaluierungssets, Metriken, LLM-as-a-Judge, Online-Experimenten und Regressions-Evals, die als Fitness Functions dienen. Abschnitt 12.6 behandelt Prompt-Injection, Excessive Agency und die anderen von OWASP katalogisierten Risiken sowie die mehrschichtigen Abwehrmaßnahmen, die sie eindämmen. Abschnitt 12.7 befasst sich mit der Ökonomie der Tokens, mit Latenz, Caching, Batching und der Betriebspraxis, Modellaufrufe zu versionieren, zu tracen und zu überwachen. Abschnitt 12.8 behandelt Data Governance, Fairness, Transparenz, menschliche Aufsicht und wie Regulierung wie die KI-Verordnung der EU und Rahmenwerke wie das NIST AI Risk Management Framework die Architektur prägen.

Durchgehende Beispiele

Zwei Beispiele kehren immer wieder. Das erste ist ein Kundensupport-Assistent für die Essenslieferplattform, die den ganzen Kurs begleitet: Er beantwortet Fragen zu Bestellungen und Richtlinien, ruft den Bestellstatus ab, schlägt Erstattungen vor und übergibt schwierige Fälle an Menschen. Er erscheint als Containerdiagramm in Abschnitt 12.2, erhält Retrieval in 12.3 und Tools in 12.4, wird in 12.5 evaluiert, in 12.6 abgesichert und in 12.7 kalkuliert.

Das zweite ist dieser Kurs selbst. ArchitectBot beantwortet Fragen der Lernenden, indem er Passagen aus den Kapiteln des Kurses per Keyword-Ranking abruft, aktuelle Webergebnisse ergänzt, wenn der Kurs eine Frage nicht eindeutig abdeckt, und eine Kaskade von Modellen mehrerer Anbieter aufruft, damit ihn ein einzelner Ausfall oder ein Rate Limit nicht verstummen lässt. Schriftliche Testantworten werden von einem Modell mit Temperature 0 anhand eines festen Bewertungsrasters bewertet, mit einer Prüfung auf Antworten, die versuchen, der Bewertung Anweisungen zu geben, und der Möglichkeit, eine Zweitbewertung anzufordern. Das sind kleine, reale Systeme mit realen Abwägungen, ehrlich beschrieben, einschließlich dessen, was sie nicht tun.

Die Idee zum Mitnehmen

Behandeln Sie das Modell als talentierte, fehlbare und nicht vertrauenswürdige Komponente, und lassen Sie eine deterministische Architektur entscheiden, was es sieht, was es tun darf und was mit seiner Ausgabe geschieht. Verankern Sie seine Antworten in abgerufenen, zulässigen Fakten; validieren Sie alles, was es erzeugt; geben Sie ihm die geringsten Rechte, die seine Aufgabe erfordert; verlangen Sie eine menschliche Bestätigung für folgenreiche Aktionen; messen Sie seine Qualität laufend, wie bei jedem anderen Qualitätsmerkmal; und planen Sie für den Ausfall seines Anbieters. Modelle werden immer besser werden. Systeme, die auf diesem Prinzip aufbauen, werden mit ihnen besser, während Systeme, die sich auf gutes Verhalten des Modells verlassen, gefährlicher werden, je mehr man ihnen zu tun gibt.

Die 8 Abschnitte

12.1 · Fortgeschritten · 30 Min.Grundlagen zu ML und LLMsWas maschinelles Lernen und große Sprachmodelle tatsächlich tun, vom Training und der Evaluierung bis zu Tokens, Kontextfenstern, Sampling und Embeddings, und was eine probabilistische Komponente für das System um sie herum bedeutet.Lesen →12.2 · Fortgeschritten · 30 Min.Wo Modelle hingehörenGehostete, selbst gehostete oder geräteinterne Modelle; Online- und Batch-Inferenz; AI-Gateways, Routing, Kaskaden und Fallback-Kaskaden; Human in the Loop; die Wahl eines Modells; und eine Referenzarchitektur für einen Support-Assistenten.Lesen →12.3 · Fortgeschritten · 32 Min.RAGWie Sie Modellantworten in Ihren eigenen Daten verankern: Ingestion und Chunking, Embeddings und Vektorindizes, hybride Suche und Re-Ranking, Quellenangaben, Zugriffskontrolle, Aktualität, Evaluierung und Fehlerbilder.Lesen →12.4 · Fortgeschritten · 32 Min.Agenten und ToolsWie Modelle Tools aufrufen, wie die Agentenschleife funktioniert, wann ein Workflow einen autonomen Agenten schlägt, was das Model Context Protocol standardisiert und wie Agenten mit Limits, Idempotenz, Checkpoints und Freigaben verlässlich werden.Lesen →12.5 · Fortgeschritten · 28 Min.KI evaluierenWie Sie Komponenten testen, deren Ausgaben variieren: Golden Sets, Bewertungsmethoden, LLM-as-a-Judge und seine Verzerrungen, Offline- und Online-Evaluierung, Regressions-Evals in der CI, Monitoring in Produktion, Red Teaming und Vertrauen in die Zahlen.Lesen →12.6 · Fortgeschritten · 28 Min.GuardrailsWarum ein Sprachmodell eine nicht vertrauenswürdige Komponente ist: direkte und indirekte Prompt-Injection, Jailbreaks, die OWASP Top 10 for LLM Applications, die Lethal Trifecta und mehrschichtige Abwehrmaßnahmen, die auch dann halten, wenn das Modell manipuliert wird.Lesen →12.7 · Fortgeschritten · 26 Min.Kosten, Latenz und LLMOpsWirtschaftlichkeit und Betrieb von Modellaufrufen: Eingabe- und Ausgabe-Tokens, Time to First Token und Streaming, Prompt-Caching und semantisches Caching, Batching, Kaskaden, Rate Limits und Fallback-Kaskaden, Versionierung, Tracing und Kostenmonitoring.Lesen →12.8 · Fortgeschritten · 30 Min.Verantwortungsvolle KIPrinzipien verantwortungsvoller KI in Architektur umsetzen: Datenherkunft und personenbezogene Daten in Prompts und Logs, Bias und Fairness, Transparenz und Model Cards, menschliche Aufsicht, die KI-Verordnung der EU in der Fassung von 2026, das NIST AI RMF und ISO/IEC 42001.Lesen →

Kapiteltest

Prüfen Sie Ihr Verständnis von Kapitel 12

Optional: 20 Multiple-Choice-Fragen und 2 kurze schriftliche Antworten, jedes Mal neu aus einem Pool von 72 Fragen gezogen. Bestehensgrenze 80 %. Wer jeden Kapiteltest und anschließend die Abschlussbewertung besteht, erhält das Be Wise Abschlusszertifikat.

Den Test zu Kapitel 12 in der App ablegen

Weiterführende Literatur