kleine Änderungen

OR_HTML_04/praxisfallen.html

@@ -923,8 +923,8 @@ aus.
 <hr />
 <h2 id="sec:praxisfallen-architektur-einer-produktionsreifen-or-plattform">22.5 Architektur einer produktionsreifen OR-Plattform</h2>
 <figure>
-<img src="bilder_04/kap15_or_plattform.svg" alt="Abb. 22.2: Architektur einer produktionsreifen OR-Plattform" />
-<figcaption aria-hidden="true">Abb. 22.2: Architektur einer produktionsreifen OR-Plattform</figcaption>
+<img src="bilder_04/kap15_or_plattform.svg" alt="Abb. 22.2: Die Schichten dieses Abschnitts als Bild — erzeugt aus der Tabelle daneben, damit beide nicht auseinanderlaufen können. Erzeugt von bilder_04/erzeuge_or_architektur.py." />
+<figcaption aria-hidden="true">Abb. 22.2: Die Schichten dieses Abschnitts als Bild — erzeugt <strong>aus</strong> der Tabelle daneben, damit beide nicht auseinanderlaufen können. Erzeugt von <code>bilder_04/erzeuge_or_architektur.py</code>.</figcaption>
 </figure>
 <p>In einer professionellen Umgebung ist der Optimierer kein Skript, sondern ein <strong>versionierter, zustandsloser Dienst</strong>:</p>
 <table>
@@ -973,6 +973,7 @@ aus.
 </tr>
 </tbody>
 </table>
+<p><strong>Was Sie in der Abbildung sehen.</strong> Fünf der sechs Schichten bilden einen Weg: Daten gehen oben hinein und unten als Handlung wieder hinaus. Die sechste steht daneben, und das ist keine zeichnerische Verlegenheit — Monitoring und Audit-Trail sind keine Station, die man durchläuft, sondern eine Anforderung an jede. Wer sie als sechsten Kasten unten anhängt, baut sie am Ende auch so: als etwas, das man hinterher noch macht.</p>
 <p><strong>Fünf Prinzipien, die sich in der Praxis bewährt haben:</strong></p>
 <ol type="1">
 <li><strong>Snapshot-Prinzip.</strong> Jeder Optimierungslauf arbeitet auf einem unveränderlichen Datenschnappschuss mit eigener ID. Nur so ist ein Ergebnis später reproduzierbar — und im Streitfall belegbar.</li>