Kompatible SDK-Instrumentierung behalten
Verwenden Sie das offizielle Sensors-Data-SDK-Ökosystem statt alle Clients neu zu schreiben. Ändern Sie die Upload-URL nach Tests der gewählten Version und Plugins. Protokollkompatibilität ist weder eine offizielle Zertifizierung noch eine Zusage für alle SDK-Funktionen.
Rohereignisse in ClickHouse prüfen
Der selbst gehostete Empfänger verarbeitet Ereignisse über Go und Redis und schreibt sie in ClickHouse. Vergleichen Sie ein eindeutig markiertes Testereignis mit Datensatz und Eigenschaften. Ein HTTP-Erfolg belegt weder die Speicherung noch verlustfreie Verarbeitung.
Kennzahlen ausdrücklich in SQL definieren
Berechnen Sie Ereigniszahlen, Funnels, Retention und Kohorten mit überprüfbaren Regeln für Identität, Zeitfenster und Deduplizierung. Die technischen Beispiele sind zu prüfende Ausgangspunkte, keine automatisch korrekten Geschäftsdefinitionen.
Dashboards mit Superset erstellen
Nutzen Sie SQL Lab, Datensätze, Diagramme und Dashboards über die eingerichtete ClickHouse-Verbindung. Die Demo enthält synthetische Daten, keine Kundenergebnisse. Prüfen Sie Zugriffsrechte sowie die Übereinstimmung von Filtern und Abfragen.
Demo vor der lizenzierten Erfassung testen
Der Installer startet die Demo-Dienste und erzeugt fehlende Zugangsdaten. Open-Source-Bereitstellung und synthetische Demo benötigen weder Registrierung noch Lizenz. Echte SDK-Nutzdaten erfordern eine separate kommerzielle Lizenz und Aktivierung; das Token authentifiziert nur den Empfangsendpunkt.
Datenhoheit und Betriebsverantwortung
Wählen Sie Aufbewahrung, Backups, Zugriffsschutz und Monitoring auf eigener Infrastruktur nach der tatsächlichen Last. Hosting und Betrieb sind getrennte Kosten. Ein erfolgreicher Start belegt weder Produktionsdurchsatz noch Kapazität oder Sicherheitskonformität.