Cloud/AI Governance/Connector-Traffic
Connector-Traffic
Die Connectors-Seite der Leitung: welche MCP server Ihren Traffic tragen, wann die Nachfrage ihren Höhepunkt erreicht, wohin die Millisekunden gehen und welcher Server kurz davor ist, zum Problem zu werden, mit Ranking und Gesundheitsbewertung.
Agent Activity hat die Akteure gezeigt; Server Traffic zeigt die Bühne: jeder Connector (MCP server), der Ihre Flotte bedient, nach Traffic sortiert, mit aufgeteilter Latenz zwischen dem, was die upstream API braucht, und dem, was Vinkius hinzufügt, plus einem Gesundheitswert pro Zeile. Das Versprechen der Konsole selbst: "Spot the server that is about to become a problem before your users do. Fleet health, latency trends, and traffic hotspots in one read."
Server Traffic
Spot the server that is about to become a problem before your users do. Fleet health, latency trends, and traffic hotspots in one read.
Traffic Distribution
Requests by day of week × hourRequest Volume by Server
Total calls · color = latency health| MCP Server | Total Calls | API | Health |
|---|---|---|---|
| GitHubHigh Volume | 4,187 | 61ms | Healthy |
| SlackHigh Volume | 2,934 | 78ms | Healthy |
| NotionHigh Volume | 2,178 | 92ms | Healthy |
| Jira | 1,842 | 171ms | Moderate |
| Stripe | 1,264 | 55ms | Healthy |
| Linear | 986 | 71ms | Healthy |
| HubSpot | 743 | 198ms | Moderate |
| Vercel | 512 | 48ms | Healthy |
| Supabase | 387 | 122ms | Healthy |
| Asana | 214 | 702ms | Slow |
Das Mockup läuft mit dem Sample Data der Konsole. Auf einem kostenpflichtigen Plan zeigt derselbe Bildschirm Ihre aktiven Connectors, pro Organisation, mit Ihrem echten Traffic.
Die vier Zähler
- Active Servers. Wie viele Connectors im Zeitraum Traffic getragen haben: die lebendige Größe Ihrer Flotte, nicht die installierte.
- Total Requests. Alles, was den Proxy passiert hat, über alle Connectors hinweg.
- Avg Latency mit geteilter Leiste: der smaragdgrüne Anteil ist die Zeit der upstream API selbst und der bernsteinfarbene Anteil ist der Vinkius Overhead, absichtlich nur Millisekunden. Das ist der Beleg dafür, dass die Steuerungsschicht fast nichts kostet.
- Peak Hour. Das Zeitfenster mit dem höchsten Traffic, berechnet aus dem Zeitraum, den Sie gerade betrachten. Kapazitätsplanung beginnt hier.
Zwei Diagramme: wann die Flotte arbeitet und wer die Last trägt
Traffic Distribution ist eine Punchcard der Requests nach Wochentag × Stunde. Sie zeigt, wann Ihre Agenten tatsächlich arbeiten: die Hotspots sind Ihr Betriebsrhythmus. Eine helle Zelle zu einer unerwarteten Stunde ist eine Geschichte, die es wert ist geöffnet zu werden, denn jemand oder etwas lief, als es niemand erwartete.
Request Volume by Server sortiert die Connectors nach der Gesamtzahl der Aufrufe, und die Balkenfarbe ist die Latenzgesundheit: Grün für schnelle Server, Amber für mäßige, Rot für langsame. Der ausgelastetste Server und der langsamste Server sind zwei verschiedene Gespräche, und dieses Diagramm hält sie auseinander.
Die Servertabelle: Gesundheit statt Hoffnung
Jede Zeile ist ein Connector, und die Konsole bewertet ihn, statt zu raten:
- MCP Server, mit einem High Volume Badge, sobald ein Server im Zeitraum 2,000 Aufrufe überschreitet, sodass sich die Schwergewichte von selbst zu erkennen geben.
- Total Calls pro Server.
- Die Latenzaufteilung in drei Spalten: API (die Zeit der upstream selbst), Overhead (was Vinkius hinzufügt) und Total, überall mit denselben Farbschwellen: grün unter 200ms, amber unter 800ms, rot danach.
- Req/Day, das tägliche Tempo dieses Servers.
- Health als klares Urteil: Healthy unter 200ms, Moderate unter 1s, Slow danach, mit einem farbigen Punkt, den Sie in einer Sekunde die Spalte hinunterscannen können.
Ein Klick auf eine Zeile öffnet die Details dieses Connectors. Der leere Zustand ist der der Konsole selbst: "No MCP servers recorded in this period."
Die zwei Seiten jedes Requests
Agent Activity und Server Traffic sind derselbe Traffic von beiden Enden aus gesehen: der Client, der gefragt hat, und der Server, der geantwortet hat. Wenn Mission Control ein Latenz- oder Fehlermuster meldet, sagt Ihnen ein Bildschirm, wer gefragt hat, und dieser sagt Ihnen, was geantwortet hat. Die nächsten natürlichen Stationen sind Tool Reliability (Werkzeug für Werkzeug) und Request Failures (wenn Antworten schiefgehen).