Struktur erhalten
Der Mirror übernimmt die Teilnehmerbeschreibung und deren Generation. Controls kann diesen Stand beim Start zurücklesen und anschließend mit der erreichbaren Realität abgleichen.
Clever Engines Layer · Bausteine und Möglichkeiten
Erhält die strukturelle Teilnehmerregistrierung in einem eigenständigen RAM-Prozess.
Participants ist der kleine Begleiter der Teilnehmerverwaltung. Während Controls neu startet, kann hier der zuletzt übernommene Registerstand weiterleben. Das Paket bleibt eigenständig startbar.
Der Mirror übernimmt die Teilnehmerbeschreibung und deren Generation. Controls kann diesen Stand beim Start zurücklesen und anschließend mit der erreichbaren Realität abgleichen.
Der Prozess ist weder Teil von IIS noch ein Kindprozess, den Controls zum Starten benötigt. Ein vollständiger Rechnerneustart leert auch diesen Speicher; neue Anmeldungen bauen die Sicht wieder auf.
Das einmalig aufgerufene Registrierungswerkzeug unterstützt Anmeldung, Erneuerung, Abmeldung und Abfragen. Es läuft nicht dauerhaft neben dem Mirror.
Der Mirror liest den strukturellen Snapshot aus Controls. Eine unveränderte Generation ersetzt seinen gespeicherten Stand nicht. Der aktuelle Code ruft dabei den vollständigen Snapshot im Pull-Takt ab; die Generation verhindert die erneute Übernahme, nicht bereits den HTTP-Abruf.
Snapshot und Health sind unterschiedliche Aussagen: Der Prozess kann antworten, auch wenn noch kein Registerstand übernommen wurde. Deshalb gehören has_snapshot, Generation und Übernahmezeit zum technischen Befund.
| Prozess | bin/cel_participants_1.0.2.exe |
|---|---|
| Zugang | 127.0.0.1:19092; nur Loopback-Bindung |
| Pull | Standard 2 s; Anfragefrist 800 ms |
| Quelle | Controls /control/participant-registry/snapshot |
| Vertrag | cel.participant.registry.live.v1; Participant Descriptor aus cel.participant.contract.v1alpha3 einschließlich Hybridfeldern |
| Lesen | GET /health; GET /v1/snapshot |
| Health | result, service, version, generation, has_snapshot, updated_at |
| Speicher | Ausschließlich RAM; keine Snapshot-Datei und kein Recovery nach vollständigem Rechnerneustart |
| Selbstanmeldung | Beim Start und danach alle 10 min; deklarierte Lease 86400 s |
| Werkzeug | tools/cel_participant_register.exe: register, renew, unregister, list, get, validate, issue-pairing |
has_snapshot=false bedeutet: Der Mirror läuft, hat aber noch keinen nutzbaren Registerstand. Eine Generation ist kein Frischebeweis für Messwerte. Ein restaurierter Teilnehmer muss seine aktuelle Erreichbarkeit wieder belegen.
Der rohe Registry-Snapshot ist ein interner Wiederherstellungskanal. Die öffentliche Dokumentation und das gemeinsame Diagnose-Terminal geben ihn nicht aus; für die Sicht auf Teilnehmer dient das bereinigte Lesemodell von Controls.
Der Mirror besitzt keinen dateibasierten Teilnehmerbestand. Seine Kontinuität hängt vom weiterlaufenden Prozess ab.
Alle BAT- und PowerShell-Dateien dieses Pakets, einschließlich der internen Aufrufwege. Die Wirkung unterscheidet reine Abfragen, lokale Prüfungen und Eingriffe. Web-Abfragen sind davon getrennt.
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
build_all.batBuild | Prüft den Quellstand und baut die Komponenten des Pakets. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt Buildausgaben |
run_console.batBetrieb | Startet den Paketprozess im Vordergrund; seine Ausgabe bleibt in der Konsole. | Konsolenausgabe des Werkzeugs; Fehler über Exitcode oder benannte Fehlerzeilen. Wirkung: liest |
start.batBetrieb | Startet den eigenständigen Teilnehmer-Mirror als minimierten Prozess. | Aktions- und Fehlerausgabe; Start/Kopieren ist vom anschließenden Health-Nachweis zu unterscheiden. Wirkung: verändert Zustand |
status.batDiagnose | Liest den Health-Endpunkt des Teilnehmer-Mirrors. | Status-, Identitäts- oder Messfelder; ein Fehler bzw. Timeout bleibt als solcher sichtbar. Wirkung: liest |
stop.batBetrieb | Beendet den Teilnehmer-Mirror über seinen Prozessnamen. | Taskkill über Prozessnamen; der Aufruf beendet den RAM-Mirror hart. Der bestehende Wrapper meldet auch bei fehlendem Prozess Exit 0. Wirkung: beendet Prozesse hart |
Die strukturelle Registry-Kopie wurde aus dem Controls-Prozess herausgelöst. Damit können Live-Verwaltung und Mirror unabhängig neu gestartet werden.
Der Paketname ist cel_participants. Der Server liegt in bin, das Registrierungswerkzeug in tools; Controls bringt keinen zweiten Teilnehmerprozess mit.
Der RAM-Mirror bewahrt Modell-ID, Rollen, Bindung, Revision und Hash unverändert zusammen mit der bestehenden Registrierung.