- Verschifft
- 4. September 2026 um 20:51 UTC
- Autor
- Kamo
- Ausschuss
- 2ab9848
McpServerManager führt jeden MCP-Server als Kindsprozess von THIS pod und verfolgt sie im In-Gededrchen Karten; McpHealthMonitor schreibt alle 30 Sekunden in eine SHARED-Konfigurationsreihe, was er dort findet. Zwei Pods würden jede ihre eigene Kopie von jedem konfigurierten Server laichen und dann abwechselnd überschreiben dass Reihe mit ihrer eigenen lokalen Ansicht, so dass die aufgezeichnete Gesundheit beschreiben würde, welche Hülse zuletzt geschrieben und nicht das System. Eine verteilte Schleuse hilft hier nicht - der Staat, der gemeldet wird, ist wirklich pod-lokal. Scaling benötigt die Serverprozesse, die aus der Pod verschoben werden, oder die Gesundheitszeile pro Pod erstellt. Geschrieben so die nächste Person muss es nicht von einer verwirrenden Gesundheitsanzeige wiederentdecken.