Open Source
Ce qui est ouvert. Ce qui est commercial.
SocTalk est d'abord open source. La plateforme que vous exécuteriez réellement pour fournir des services SOC à vos clients est sous Apache 2.0 et se trouve sur github.com/soctalk/soctalk. SocTalk Cloud est la couche commerciale au-dessus, couvrant le plan de contrôle géré, le support et les fonctions du programme partenaires. Cloud est optionnel, pas obligatoire.
Dans la distribution open source
Le socle SIEM basé sur Wazuh, la base multi-tenant avec isolation par tenant, les flux de travail SOC assistés par IA, le catalogue de contrôles ouvert, les instantanés de preuves de base, les intégrations standard et le chemin de déploiement auto-hébergé. Cela suffit pour exploiter une opération SOC MSP ou MSSP de bout en bout sans jamais parler à Atricore.
Le multi-tenancy est dans le FOSS précisément parce qu'il est essentiel au cas d'usage MSP et MSSP. Nous ne le mettons pas derrière une licence commerciale, car cela rendrait l'open source inutilisable pour le public pour lequel la plateforme est construite.
Source sur github.com/soctalk/soctalk. Apache 2.0, pas de cession de licence contributeur, pas de branche réservée à Atricore.
Dans SocTalk Cloud
SocTalk Cloud gère l'expérience de plan de contrôle géré, le pipeline de maintenance et de mise à niveau, la relation de support et les fonctions du programme partenaires qui font évoluer une activité MSP ou MSSP en croissance. Plus précisément :
Un plan de contrôle hébergé qui gère le cycle de vie des tenants (intégration, suspension, décommissionnement). Des portails tenants en marque blanche pour l'identité visuelle du partenaire. Des flux premium de rapports et de preuves. RBAC avancé et journaux d'audit pour les clients soumis à réglementation. Gestion de flotte pour les fournisseurs exécutant des tenants sur de nombreux environnements. Intégrations entreprise et correspondances personnalisées. Les SLAs spécifiques et le périmètre fonctionnel sont définis par client pendant la phase de clients fondateurs.
Ce que SocTalk Cloud ne fait pas : héberger votre plan de données SOC sauf si vous nous le demandez, prendre le contrôle de vos relations clients, remplacer vos analystes, ou vendre de la capacité d'analystes SOC comme service. Le fournisseur garde la relation client et le modèle de fourniture.
Quand l'auto-hébergement convient, quand le Cloud convient
Auto-hébergement
Vous exploitez la plateforme. C'est adapté lorsque vous avez de solides opérations k8s et postgres, lorsque des exigences de résidence des données ou d'air-gap excluent l'infrastructure hébergée, lorsque vous travaillez encore l'économie unitaire sur de plus petits clients, ou lorsque vous préférez simplement tout exploiter en interne. La distribution FOSS vous donne la plateforme complète sans pièces manquantes.
SocTalk Cloud
Nous exploitons le plan de contrôle. C'est adapté lorsque votre croissance dépasse le point où les opérations plateforme détournent l'attention de la livraison SOC, lorsque vous voulez des fonctions de programme partenaires (marque blanche, siège RFC, canal), lorsque la posture de conformité compte dès le départ, ou lorsque votre bande passante d'ingénierie est mieux investie dans le travail orienté client que dans le socle technique de la plateforme.
Migrez dans les deux sens
Le même code fonctionne dans les deux modes. Migrer de Cloud vers l'auto-hébergement, c'est un dump postgres et une installation de chart. Migrer de l'auto-hébergement vers Cloud, c'est la même chose dans l'autre sens. Vous gagnez le droit de ne pas être verrouillé parce que vous pouvez partir à tout moment.