You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jul 14, 2025. It is now read-only.
Die Konfigurationsdatei unterstützt die Einbindung von Umgebungsvariablen mit der Syntax `${VAR:default}`. Wenn die Umgebungsvariable nicht gesetzt ist, wird der Standardwert verwendet.
3
+
Die Konfigurationsdatei unterstützt die Injektion von Umgebungsvariablen mit der Syntax `${VAR:default}`. Wenn die Umgebungsvariable nicht gesetzt ist, wird der Standardwert verwendet.
4
4
5
-
Die übliche Praxis ist die Einbindung von Werten über verschiedene `.env`, `.env.development`, `.env.prod` Dateien, oder Sie können die Konfiguration direkt mit hartcodierten Werten ändern.
5
+
Die übliche Praxis ist, Werte über verschiedene `.env`, `.env.development`, `.env.prod` Dateien zu injizieren, oder die Konfiguration direkt mit festen Werten zu ändern.
6
6
7
-
## Chat-Nachrichten-Datenbankkonfiguration
7
+
## Chat-Nachrichten-Datenbank-Konfiguration
8
8
9
-
Diese Konfiguration ist speziell für die Speicherung von Chat-Nachrichten im Backend (obwohl sie die gleiche Datenbank mit Proxy-Konfigurationen teilen kann). Sie entspricht den Informationen, die im Bild unten gezeigt werden:
9
+
Diese Konfiguration ist speziell für die Speicherung von Chat-Nachrichten im Backend (obwohl sie die gleiche Datenbank mit Proxy-Konfigurationen teilen kann). Sie entspricht den Informationen, die im folgenden Bild gezeigt werden:
10
10
11
-

11
+

12
12
13
-
Derzeit werden 3 Datenbanktypen unterstützt:
13
+
Derzeit werden 3 Arten von Datenbanken unterstützt:
14
14
- SQLite3
15
15
- PostgreSQL
16
16
- MySQL
17
17
18
-
Wenn Sie Unterstützung für zusätzliche Datenbanken benötigen, können Sie dies im [Issue](https://github.com/mcp-ecosystem/mcp-gateway/issues)-Bereich anfordern, oder Sie können die entsprechende Implementierung selbst implementieren und einen PR einreichen :)
18
+
Wenn Sie Unterstützung für zusätzliche Datenbanken benötigen, können Sie dies im [Issue](https://github.com/mcp-ecosystem/mcp-gateway/issues)Bereich anfordern oder die entsprechende Implementierung selbst erstellen und einen PR einreichen :)
- disk: Konfigurationen werden als Dateien auf der Festplatte gespeichert, wobei jede Konfiguration in einer separaten Datei liegt, ähnlich dem vhost-Konzept von nginx, z.B. `svc-a.yaml`, `svc-b.yaml`
39
-
- db: Speicherung in Datenbank, jede Konfiguration ist ein Datensatz. Derzeit werden drei Datenbanktypen unterstützt:
37
+
Derzeit werden 2 Arten unterstützt:
38
+
- disk: Konfigurationen werden als Dateien auf der Festplatte gespeichert, wobei jede Konfiguration in einer separaten Datei gespeichert wird, ähnlich dem vhost-Konzept von nginx, z.B. `svc-a.yaml`, `svc-b.yaml`
39
+
- db: Speicherung in der Datenbank, jede Konfiguration ist ein Datensatz. Derzeit werden drei Arten von Datenbanken unterstützt:
40
40
- SQLite3
41
41
- PostgreSQL
42
42
- MySQL
@@ -45,62 +45,62 @@ Derzeit werden 2 Typen unterstützt:
45
45
storage:
46
46
type: "${GATEWAY_STORAGE_TYPE:db}" # Speichertyp: db, disk
47
47
48
-
# Datenbankkonfiguration (verwendet wenn type 'db' ist)
48
+
# Datenbank-Konfiguration (wird verwendet, wenn type 'db' ist)
Das Benachrichtigungsmodul wird hauptsächlich verwendet, um `mcp-gateway` über Konfigurationsaktualisierungen zu informieren und Hot-Reloads ohne Neustart des Dienstes auszulösen.
65
+
Das Benachrichtigungs-Modul wird hauptsächlich verwendet, um `mcp-gateway` über Konfigurationsaktualisierungen zu informieren und Hot-Reloads ohne Neustart des Dienstes auszulösen.
66
66
67
67
Derzeit werden 4 Benachrichtigungsmethoden unterstützt:
68
-
- signal: Benachrichtigung über Betriebssystemsignale, ähnlich wie `kill -SIGHUP <pid>` oder `nginx -s reload`. Kann über den Befehl `mcp-gateway reload` ausgelöst werden, geeignet für Einzelmaschinen-Deployment
69
-
- api: Benachrichtigung über einen API-Aufruf. `mcp-gateway` hört auf einem separaten Port und führt Hot-Reload bei Empfang von Anfragen durch. Kann über `curl http://localhost:5235/_reload` ausgelöst werden, geeignet für Einzelmaschinen- und Cluster-Deployments
70
-
- redis: Benachrichtigung über Redis-Pub/Sub-Funktionalität, geeignet für Einzelmaschinen- und Cluster-Deployments
71
-
- composite: Kombinierte Benachrichtigung, verwendet mehrere Methoden. Standardmäßig sind `signal` und `api` immer aktiviert und können mit anderen Methoden kombiniert werden. Geeignet für Einzelmaschinen- und Cluster-Deployments und ist der empfohlene Standardansatz
68
+
- signal: Benachrichtigung über Betriebssystem-Signale, ähnlich wie `kill -SIGHUP <pid>` oder `nginx -s reload`. Kann über den Befehl `mcp-gateway reload` ausgelöst werden, geeignet für Einzelmaschinen-Bereitstellungen
69
+
- api: Benachrichtigung über einen API-Aufruf. `mcp-gateway` hört auf einem unabhängigen Port und führt Hot-Reloads durch, wenn Anfragen empfangen werden. Kann über `curl http://localhost:5235/_reload` direkt ausgelöst werden, geeignet für Einzelmaschinen- und Cluster-Bereitstellungen
70
+
- redis: Benachrichtigung über die RedisPub/Sub-Funktionalität, geeignet für Einzelmaschinen- und Cluster-Bereitstellungen
71
+
- composite: Kombinierte Benachrichtigung, die mehrere Methoden verwendet. Standardmäßig sind `signal` und `api` immer aktiviert und können mit anderen Methoden kombiniert werden. Geeignet für Einzelmaschinen- und Cluster-Bereitstellungen und die empfohlene Standardmethode
72
72
73
-
Benachrichtigungsrollen:
74
-
- sender: Sender-Rolle, verantwortlich für das Senden von Benachrichtigungen. `apiserver` kann nur diesen Modus verwenden
75
-
- receiver: Empfänger-Rolle, verantwortlich für den Empfang von Benachrichtigungen. Einzelmaschinen-`mcp-gateway` sollte nur diesen Modus verwenden
76
-
- both: Sowohl Sender- als auch Empfänger-Rolle. Cluster-deployed `mcp-gateway` kann diesen Modus verwenden
73
+
Benachrichtigungs-Rollen:
74
+
- sender: Absender-Rolle, verantwortlich für das Senden von Benachrichtigungen. `apiserver` kann nur diesen Modus verwenden
75
+
- receiver: Empfänger-Rolle, verantwortlich für das Empfangen von Benachrichtigungen. Einzelmaschinen-`mcp-gateway` sollte nur diesen Modus verwenden
76
+
- both: Sowohl Absender- als auch Empfänger-Rolle. Cluster-bereitgestellter `mcp-gateway` kann diesen Modus verwenden
77
77
78
78
```yaml
79
79
notifier:
80
-
role: "${APISERVER_NOTIFIER_ROLE:sender}" # Rolle: sender, receiver oder both
81
-
type: "${APISERVER_NOTIFIER_TYPE:signal}" # Typ: signal, api, redis oder composite
80
+
role: "${APISERVER_NOTIFIER_ROLE:sender}" # Rolle: sender, receiver, oder both
81
+
type: "${APISERVER_NOTIFIER_TYPE:signal}" # Typ: signal, api, redis, oder composite
82
82
83
-
# Signalkonfiguration (verwendet wenn type 'signal' ist)
83
+
# Signal-Konfiguration (wird verwendet, wenn type 'signal' ist)
84
84
signal:
85
85
signal: "${APISERVER_NOTIFIER_SIGNAL:SIGHUP}" # Zu sendendes Signal
Derzeit werden nur OpenAI API-kompatible LLM-Aufrufe integriert
112
+
Derzeit werden nur OpenAI API-kompatible LLMs-Aufrufe integriert
113
+
114
+
## Super-Administrator-Konfiguration
115
+
116
+
Die Super-Administrator-Konfiguration wird verwendet, um das initiale Administrator-Konto des Systems einzurichten. Jedes Mal, wenn `apiserver` gestartet wird, prüft es, ob es existiert, und erstellt es automatisch, wenn es nicht existiert
0 commit comments