Open Source
Was offen ist. Was kommerziell ist.
SocTalk ist zuerst Open Source. Die Plattform, die Sie tatsächlich betreiben würden, um SOC-Services für Kunden zu liefern, ist Apache 2.0 und liegt auf github.com/soctalk/soctalk. SocTalk Cloud ist die kommerzielle Schicht darüber, mit gemanagter Kontrollebene, Support und Partnerprogramm-Funktionen. Cloud ist optional, nicht erforderlich.
In der Open-Source-Distribution
Das Wazuh-basierte SIEM-Fundament, die Multi-Tenant-Basis mit Isolation pro Tenant, die KI-unterstützten SOC-Workflows, der offene Kontrollkatalog, grundlegende Evidence-Snapshots, Standardintegrationen und der Pfad für selbst gehostete Bereitstellungen. Das reicht, um eine MSP- oder MSSP-SOC-Operation Ende-zu-Ende zu betreiben, ohne jemals mit Atricore sprechen zu müssen.
Multi-Tenancy ist im FOSS enthalten, weil es für den MSP- und MSSP-Anwendungsfall essenziell ist. Wir verstecken es nicht hinter einer kommerziellen Lizenz, denn das würde Open Source für die Zielgruppe, für die die Plattform gebaut ist, unbrauchbar machen.
Source unter github.com/soctalk/soctalk. Apache 2.0, keine Contributor-License-Assignment, kein Atricore-only Branch.
In SocTalk Cloud
SocTalk Cloud übernimmt die Erfahrung der gemanagten Kontrollebene, die Wartungs- und Upgrade-Pipeline, die Supportbeziehung und Partnerprogramm-Funktionen, mit denen ein wachsendes MSP- oder MSSP-Liefergeschäft skaliert. Konkret:
Eine gehostete Kontrollebene, die den Tenant-Lebenszyklus verwaltet (einführen, pausieren, außer Betrieb nehmen). Mandantenportale mit anpassbarem Partnerauftritt. Premium-Reporting und Evidence-Workflows. Erweitertes RBAC und Audit-Trails für regulierte Kunden. Flottenverwaltung für Provider, die Tenants über viele Umgebungen betreiben. Enterprise-Integrationen und individuelle Zuordnungen. Spezifische SLAs und Funktionsumfänge werden während der Gründungskundenphase pro Kunde gestaltet.
Was SocTalk Cloud nicht tut: Ihre SOC-Datenebene hosten, sofern Sie uns nicht darum bitten, Ihre Kundenbeziehungen übernehmen, Ihre Analysten ersetzen oder SOC-Analystenkapazität als Service verkaufen. Der Provider behält die Kundenbeziehung und das Liefermodell.
Wann Selbsthosting passt, wann Cloud passt
Selbsthosting
Sie betreiben die Plattform. Das passt, wenn Sie starken k8s- und postgres-Betrieb haben, wenn Datenresidenz- oder Air-Gap-Anforderungen gehostete Infrastruktur ausschließen, wenn Sie die Stückkosten bei kleineren Kunden noch ausarbeiten, oder wenn Sie einfach lieber alles intern betreiben. Die FOSS-Distribution gibt Ihnen die vollständige Plattform ohne fehlende Teile.
SocTalk Cloud
Wir betreiben die Kontrollebene. Das passt, wenn Sie über den Punkt hinaus wachsen, an dem Plattformbetrieb von SOC-Lieferung ablenkt, wenn Sie Partnerprogramm-Funktionen wollen (anpassbarer Partnerauftritt, RFC-Sitz, Kanal), wenn Compliance-Haltung von Anfang an zählt, oder wenn Ihre Engineering-Kapazität besser in kundenorientierter Arbeit steckt als in Plattform-Infrastruktur.
In beide Richtungen migrieren
Derselbe Code läuft in beiden Modi. Die Migration von Cloud zu Selbsthosting ist ein postgres-Dump und eine Chart-Installation. Die Migration von Selbsthosting zu Cloud ist dasselbe rückwärts. Sie sichern sich das Recht, nicht gebunden zu sein, weil Sie jederzeit wechseln können.