FishVue-Interpretation FishVue Interpret (von Archipelago) ist eine Präzisions-Analyseplattform für Aquakultur, die Unterwasservideos, Sonardaten, Umweltsensoren und Telemetriedaten von Aquakulturanlagen verarbeitet, um Erkenntnisse für Fütterung, Gesundheit und Bestandsüberwachung zu liefern. Dieser Leitfaden erklärt die Implementierung und Skalierung von FishVue Interpret. RELIANOID um eine Steuerung mit geringer Latenz, eine zuverlässige Datenerfassung und einen sicheren Betrieb an mehreren Standorten zu gewährleisten.

1. Zielarchitektur #

FishVue-Implementierungen umfassen üblicherweise: Unterwasserkameras und -sonare, Gateways am Rand der Farm, Cloud- oder On-Premise-Analysen und Bediener-Dashboards. RELIANOID bietet Edge- und Core-ADC-Funktionen zur Weiterleitung und Sicherung des Datenverkehrs über diese Komponenten hinweg.

[Unterwasserkameras / Sonar] [Feed-/Steuerungskonsolen] [Cloud-Analyse] | | | ┌────▼────┐ ┌─────▼─────┐ ┌─────▼──┐ | Edge-Gateway |--(MQTT/RTSP)--| RELIANOID |---(HTTPS/gRPC)--| API/UI | └────┬────┘ └──────────┬┘ └────────┘ | \/ [Sensoren: Sauerstoff, Temperatur, Salzgehalt, AIS]

Primäre Verkehrsarten: Video-/Sonar-Streams (RTSP/SRT/WebRTC), Telemetrie (MQTT/HTTPS), Kontrolle (gRPC/REST) ​​und UI (HTTPS + WebSocket).

Lastverteilungsdienste sehen folgendermaßen aus:

2. Kurzübersicht Ports & Protokolle #

Benutzeroberfläche & API #

• HTTPS-Benutzeroberfläche: 443
• API (gRPC/HTTP2): 8443
• WebSocket: über 443

Aufnahme & Flüsse #

• RTSP (TCP): 554
• SRT: RTP-gekapseltes TCP/UDP (benutzerdefinierte Ports)
• MQTT/TLS: 8883

Steuerung und Telemetrie #

• gRPC (Steuerungsebene): 9443
• Telemetrie-REST: 8443

3. L7 HTTPS für Betreiber-Dashboards und APIs #

TLS beenden RELIANOID um die Zertifikatsverwaltung zu zentralisieren, WAF-Regeln zu aktivieren und HTTP/2- und WebSocket-Upgrades effizient zu handhaben.

Standarddienst für die Benutzeroberfläche:

Spezifischer Service für die API:

4. Echtzeit-Streams: RTSP/SRT/WebRTC #

RTSP über TCP ist gegenüber stark schwankenden Satellitenverbindungen vorzuziehen; verwenden Sie Gesundheitsprüfungen, die RTSP untersuchen. OPTIONSFür browserbasierte Streams mit niedriger Latenz verwenden Sie WebRTC mit TURN/TLS-Zuweisung.

Service:

Wenn UDP zwischen den Standorten zuverlässig ist, sollten Sie SRT für höhere Ausfallsicherheit und erneute Übertragung über verlustbehaftete Verbindungen in Betracht ziehen; platzieren Sie ein SRT-Gateway dahinter. RELIANOID falls kein direkter UDP-LB verfügbar ist.

5. WebRTC- und TURN/TLS-Zuweisung #

Dienstkonfiguration:

6. MQTT-Telemetrie und Geräteaffinität #

Geräte (z. B. Nahrungssensoren, Sauerstoffsonden) sollten mTLS verwenden und an Broker gebunden sein, um die Sitzungskontinuität aufrechtzuerhalten und Wiederverbindungen über Verbindungen mit hoher Latenz zu reduzieren.

Dienstkonfiguration:

7. gRPC-Steuerungsebene #

Verwenden Sie HTTP/2 mit Keep-Alive-Funktionen und niedrigen Server-Timeouts, um reaktionsschnelle Steuerungsaktionen (Fütterungsbefehle, Käfigpositionierung) zu gewährleisten.

Dienstkonfiguration:

8. Sicherheit: mTLS, WAF & OIDC #

• mTLS: Gerätezertifikate für Farm-Gateways und Kameras ausstellen; durch CA-Pinning und OCSP erzwingen.
• WAF: Schutz von Dashboards und APIs; Validierung des JSON-Schemas und Ratenbegrenzungen für Ingestionsendpunkte.
• OIDC/SSO: Zentralisierung der Authentifizierung bei RELIANOID edge; bedingte MFA für risikoreiche Aktionen anwenden (manuelle Eingabeüberschreibung).
• Geringstes Privileg: rollenbasierte Weiterleitung und Header-Injektion an Backends für den Audit-Kontext.

9. Beobachtbarkeit und SLOs #

• Prometheus: exponieren RELIANOID Kennzahlen – Anfragelatenz, Streamanzahl, Fehlerraten.
• Kennzahlen pro Stream: Bitrate, Paketverlust, Jitter, Stall-Ereignisse.
• Tracing: propagieren X-Request-ID und W3C-Trace-Header in Analysepipelines.
• ArmaturenbretterDie Bediener können den Zustand des Datenstroms in Echtzeit, die Sensordatenaufnahmerate und die Steuerungslatenz einsehen.
• SLO-Beispiele: Kontroll-p95 < 150 ms, Stream-Verfügbarkeit > 99.9 % pro Tag, Telemetrie-Übermittlung > 99.99 %.

10. Hochverfügbarkeit & Disaster Recovery #

• Aktiv‐aktiv RELIANOID Passt zu VRRP/Anycast VIPs auf Farmen und an zentralen Standorten.
• GSLB für globales Failover über Regionen hinweg; zustandsorientiertes DNS-Failover für Bedienerkonsolen.
• Heiße Neustarts und rollierende Neustarts, um laufende Tauchgänge oder Fütterungsvorgänge nicht zu unterbrechen.
• Brownout-Strategien: Bei Bandbreitenbeschränkungen die Videoauflösung verringern und Jitterunterdrückung nur auf Keyframe-Ebene bevorzugen.

11. Kantenmuster und Konnektivität #

• Duale Uplinks: Satellit + Mobilfunk (sofern verfügbar); richtlinienbasiertes Routing pro Verkehrsklasse.
• DSCP-Kennzeichnung: Kontrolle EFTelemetrie AF21, Video AF41.
• Lokale Pufferung: Speichern und Weiterleiten auf dem Gateway für Telemetriedaten und Stapel-Uploads für große Videosegmente.

12. Veröffentlichungsstrategien (Kanariengelb & Blau/Grün) #

Richten Sie einen Canary-Server mit einem kleinen Teil des Datenverkehrs zu Testzwecken ein, indem Sie ihm eine geringere Gewichtung zuweisen.

13. Checkliste zur Härtung #

• Nur TLS 1.2/1.3; ältere Verschlüsselungsverfahren deaktivieren; OCSP-Stapling aktivieren.
• WAF optimiert für JSON-APIs und Medienaufnahmemuster; begrenzt die Nachrichtengröße und erzwingt Schemas.
• Segmentmanagement & Datennetzwerke; Admin-Konsolen auf einen Bastion-Server beschränken + MFA.
• Backups und Konfigurationen verschlüsseln; extern speichern; Wiederherstellung vierteljährlich testen.
• Definieren Sie RTO/RPO und testen Sie Failover (einschließlich Satcom-Link-Failover) in regelmäßigen Übungen.

14. Stückliste (typisch) #

• RELIANOID Core ADC (L7 + WAF + mTLS) — 2 Knoten aktiv‐aktiv.
• RELIANOID Edge ADC (On-Farm) — 1–2 Knoten mit automatischem Failover.
• Mediengateway (RTSP/SRT/WebRTC TURN) — Pool dahinter RELIANOID.
• MQTT-Cluster + Zeitreihendatenbank (Influx/Timescale) + Analysecluster.
• Observability-Stack – Prometheus, Grafana, ELK/Loki; GitOps für die Konfigurationsverwaltung.