Produkt
Wiedererkennung von Inhalten
Findet, wo Ihre Inhalte im Netz wieder auftauchen — auch zugeschnitten, verlangsamt oder neu hochgeladen.
| Art | Produkt |
|---|---|
| Beginn | |
| Technik | Kubernetes, Kafka, KEDA, PostgreSQL, pgvector, ArgoCD |
| Worker-Obergrenze | 72 |
| Laufzeit | 9Monatein Betrieb |
Im Einzelnen
Eine unveränderte Kopie zu finden ist einfach. Schwierig wird es bei dem, was verändert wurde: anderes Tempo, anderer Ausschnitt, neu komprimiert. Genau dafür ist dieses System gebaut.
Die Verarbeitung läuft über einen Event-Stream. Wie viele Worker gleichzeitig arbeiten, hängt davon ab, wie voll die Warteschlange ist, weil die Last stoßweise kommt; höchstens 72. Betrieben auf Hardware, die wir selbst aufgesetzt haben und selbst warten.
Das ist unser eigenes Produkt. Systeme dieser Art bauen wir auch für andere.
Das Logbuch zu diesem System.
- Betrieb
Alarmregeln aus einer echten Störung abgeleitet und ins Monitoring übernommen, damit derselbe Fall beim nächsten Mal auffällt, bevor jemand anruft.
- Daten
Verarbeitung auf einen Event-Stream umgestellt; das Autoscaling richtet sich seitdem nach der Länge der Warteschlange. Nachrichten, die dreimal scheitern, laufen in eine eigene Warteschlange und bleiben dort zur Prüfung liegen.
- Betrieb
Eigenen Kubernetes-Cluster auf Bare Metal aufgebaut, weil Managed Nodes bei diesem Lastprofil teurer gewesen wären.
Nächster Schritt
Wir sagen Ihnen vorab, was daran Zeit kostet.
Schildern Sie uns Ihr Vorhaben in ein paar Sätzen. Wir nennen Ihnen die zwei oder drei Stellen, an denen ein System dieser Art aufwendig wird.