Le 12 mars, Apple a mis la main sur certains actifs de SigScalr et recruté une partie de ses équipes, selon une publication de la Commission européenne. Derrière cette opération discrète, le groupe récupère SigLens, un outil open source d’observabilité taillé pour analyser logs, métriques et traces.
Apple met la main sur une partie de SigScalr
Apple a racheté certains actifs de SigScalr et recruté une partie de ses salariés. L’information ne vient pas d’une fuite ni d’un communiqué marketing : elle apparaît dans le registre officiel des acquisitions publié par la Commission européenne au titre du Digital Markets Act, qui impose aux grands contrôleurs d’accès de notifier ce type d’opération dans le numérique, selon la Commission européenne. Le registre confirme aussi la nature limitée de l’opération : il s’agit d’une acquisition d’actifs, assortie d’embauches ciblées, et non d’un rachat global de l’entreprise.
Le dossier a été enregistré avec une date d’opération au 12 mars 2026. Ce point est central. Il montre que la transaction est antérieure à sa mise en ligne publique dans le registre européen. Autrement dit, Apple a bouclé l’essentiel au printemps, puis le sujet n’a émergé publiquement qu’ensuite via les obligations DMA.
Ce que faisait SigScalr avant l’opération
SigScalr développait SigLens, une plateforme d’observabilité open source. Son rôle : ingérer, indexer, rechercher et corréler trois familles de signaux techniques, à savoir les logs, les métriques et les traces. Selon la documentation officielle d’OpenTelemetry, ces trois signaux forment la base de l’observabilité moderne. SigLens visait donc un besoin très concret : donner aux équipes d’ingénierie un point d’entrée unique pour diagnostiquer un incident applicatif ou d’infrastructure.
Sur le papier, le positionnement était agressif. Le dépôt GitHub officiel présentait SigLens comme une solution « 100x more efficient than Splunk » et avançait une réduction de coût d’observabilité de 90 %, selon le dépôt GitHub du projet. Le site vitrine du produit promettait aussi une recherche dans plus d’un milliard de logs en moins d’une seconde, une capacité de gestion de 100 To+ de données de logs et une architecture single binary, donc plus simple à déployer et à maintenir.
Le vrai intérêt n’était pas seulement commercial. Techniquement, SigLens voulait réduire la fragmentation. Le projet annonçait la prise en charge de plusieurs formats et protocoles d’ingestion : OpenTelemetry, Elasticsearch, Splunk HEC, Loki, Vector, FluentD/FluentBit, Logstash ou encore S3/SQS/SNS. Mon avis est simple : c’est exactement le type de brique qu’un groupe comme Apple peut absorber sans bruit pour renforcer ses outils internes plutôt que lancer un produit visible.
Les indices concrets qui confirment le basculement
Depuis l’opération, plusieurs signaux convergent. Le site officiel de SigScalr n’est plus actif. Le dépôt principal SigLens sur GitHub a été archivé et passé en lecture seule. Les mainteneurs y annoncent l’arrêt officiel du projet, tout en laissant le code accessible et en faisant évoluer la licence vers Apache 2.0. Ce choix n’est pas anodin. Une licence plus permissive facilite la reprise communautaire, mais elle allège aussi la sortie de scène de l’éditeur initial.
Autre élément utile : le dépôt revendiquait une base d’usage issue de l’expérience de ses fondateurs auprès de 10 000+ ingénieurs, selon GitHub. Ce n’est pas un chiffre de clients payants. Ce n’est pas non plus une preuve de traction commerciale massive. Mais cela indique que l’équipe parlait à des profils techniques avancés et connaissait bien les irritants du marché : coût, complexité d’exploitation, lenteur de requêtes et dispersion des outils.
Pourquoi cette acquisition a du sens pour Apple
Apple ne rachète pas ici une marque grand public. Elle récupère des actifs logiciels et des compétences en observabilité. C’est logique. L’entreprise opère des services mondiaux, des infrastructures cloud, des pipelines de logs et des environnements de test à grande échelle. Une technologie capable de centraliser logs, métriques et traces avec un coût d’infrastructure réduit a une valeur immédiate en interne.
Je pense que l’usage le plus crédible concerne d’abord les outils maison. Pas un lancement commercial. Pas une offre concurrente frontale à Datadog ou Splunk. Plutôt une intégration dans les chaînes d’exploitation, de débogage, de fiabilité et de monitoring de services comme iCloud, App Store, Apple Music ou les plateformes développeurs. Quand un groupe de cette taille rachète « certains actifs » et recrute « certains employés », il achète souvent de la vitesse d’exécution plus qu’un produit fini.
Le marché de l’observabilité reste coûteux, et c’est là que SigLens avait un angle
Le dossier devient plus intéressant quand on regarde les prix des concurrents. Selon la grille tarifaire officielle de Datadog, l’ingestion de logs démarre à 0,10 $ par Go et par mois, l’indexation de 1 million d’événements de logs sur 30 jours de rétention démarre à 2,50 $ par mois, et l’APM Pro démarre à 35 $ par hôte et par mois. Selon la page officielle de Splunk Observability Cloud, l’offre Infrastructure Monitoring démarre à 15 $ par hôte et par mois, tandis que la formule App & Infrastructure démarre à 60 $ par hôte et par mois.
C’est là que le discours de SigLens gagnait en traction : moins de machines, moins de dépendances, moins de friction entre les couches logs/métriques/traces. Le projet affirmait pouvoir traiter 8 To/jour sur 8 vCPU et monter jusqu’à 1 Po/jour sur 800 vCPU, selon son site officiel. Même si ces chiffres viennent du fournisseur lui-même et doivent être lus avec prudence, ils éclairent la promesse technique.
Deux métriques dérivées qui aident à situer le positionnement
Première métrique dérivée : à partir des chiffres publiés par SigLens, le passage de 8 To/jour sur 8 vCPU à 1 Po/jour sur 800 vCPU revient à une densité théorique stable de 1 To/jour par vCPU. Ce ratio n’apparaît pas tel quel dans la source, mais il résume bien la promesse d’évolutivité linéaire.
Deuxième métrique dérivée : si l’on convertit le prix de départ de l’APM Pro de Datadog, soit 35 $, au taux de change de la Banque centrale européenne de 1 € = 1,1392 $, cela représente environ 31 € par hôte et par mois. De la même manière, 60 $ chez Splunk équivalent à environ 53 €, et 15 $ à environ 13 €. Le sujet n’est pas le centime. Le sujet, c’est l’échelle : sur des centaines ou des milliers d’hôtes, l’écart devient vite massif.
Ce que la source d’origine ne disait pas
Le papier de départ se limitait au fait brut de l’acquisition et à l’archivage du projet. Il manquait au moins cinq points utiles.
D’abord, SigLens ne gérait pas seulement les logs. La documentation officielle d’OpenTelemetry rappelle que l’observabilité moderne repose sur les logs, les métriques et les traces. Or SigLens visait précisément cette convergence multi-signaux.
Ensuite, le projet mettait en avant une compatibilité d’ingestion large avec des standards et des outils déjà présents dans les SI. C’est un point stratégique, car une acquisition de ce type vaut surtout par sa capacité à s’insérer sans imposer de refonte lourde.
Troisième apport : le coût concurrent. Les prix publics de Datadog et Splunk montrent pourquoi une alternative plus économe peut intéresser un géant qui traite des volumes importants de télémétrie.
Quatrième point : l’architecture. Le choix single binary réduit en théorie la dette opérationnelle. Moins de composants, moins de maintenance, moins de points de panne. Pour un usage interne, c’est un argument très concret.
Cinquième point : l’échelle annoncée. Une plateforme qui promet 100 To+ de logs, des recherches sous la seconde sur 1 milliard+ d’entrées et une montée jusqu’à 1 Po/jour n’est pas qu’un side project open source. C’est une brique potentielle pour de gros environnements.
Un cas d’usage concret chez Apple
Le cas d’usage le plus crédible est le diagnostic transverse d’incidents. Exemple simple : une hausse de latence sur une API interne peut d’abord remonter via une métrique, puis être reliée à une trace distribuée, puis à des logs enrichis avec des identifiants de trace. Selon la spécification logs d’OpenTelemetry, la corrélation entre logs, métriques et traces gagne en valeur quand les enregistrements de logs embarquent des identifiants de trace et de span. Mon avis est net : c’est précisément ce genre de chaîne que Apple a intérêt à accélérer dans ses équipes SRE et plateforme.
Un autre usage plausible concerne la maîtrise des coûts. Si une équipe peut basculer une partie de sa télémétrie vers une pile plus compacte, elle réduit à la fois la facture logicielle et la charge opérationnelle. Là encore, rien ne prouve un déploiement produit externe. Tout pointe vers une optimisation interne.
Le contexte réglementaire européen explique pourquoi l’opération est visible
Sans le DMA, cette acquisition serait probablement restée discrète. La page officielle « List of Acquisitions » de la Commission européenne existe pour suivre les concentrations dans le numérique impliquant des contrôleurs d’accès. Apple fait partie des groupes désignés comme gatekeepers au titre du DMA pour plusieurs services, selon sa page juridique dédiée au DMA. C’est ce cadre qui rend aujourd’hui l’opération traçable publiquement.
Le contexte compte aussi pour une autre raison : en 2026, les relations entre Apple et Bruxelles restent tendues sur plusieurs sujets DMA. Je ne mélange pas les dossiers, mais il faut voir la scène dans son ensemble : le régulateur européen suit de près les mouvements d’Apple, y compris les acquisitions ciblées dans les technologies d’infrastructure logicielle.
Ce que devient SigLens après l’archivage
Le projet n’est plus actif côté éditeur d’origine, mais son code reste accessible en lecture seule. Le passage en Apache 2.0 peut faciliter des forks communautaires ou des réemplois partiels. En clair, SigLens ne disparaît pas totalement du paysage technique. Il cesse d’être piloté comme produit vivant par SigScalr, mais il peut encore servir de base à d’autres travaux.
Il faut toutefois rester factuel : Apple n’a pas communiqué publiquement sur les actifs exacts repris, sur le montant de l’opération, ni sur la feuille de route visée. Sur ces trois points, la réponse est simple : non communiqué.
Ce qu’il faut retenir de l’opération
Apple n’achète pas ici un nom connu du grand public. Elle récupère une équipe et des briques logicielles dans un segment technique clé : l’observabilité. SigScalr apportait une promesse claire, celle d’une plateforme unifiée pour logs, métriques et traces, avec une ambition marquée sur les coûts et les performances. Face aux tarifs publics de Datadog et Splunk, on comprend vite l’intérêt d’une telle technologie pour un groupe qui exploite des services à grande échelle.
Mon jugement est direct : ce rachat partiel ressemble moins à un pari produit qu’à un achat d’efficacité interne. C’est discret, technique et cohérent. Pour Apple, c’est souvent la signature des acquisitions les plus utiles.
Source d’autorité : registre officiel des acquisitions au titre du DMA de la Commission européenne
Mon avis :
Acquisition cohérente et plutôt maline : Apple récupère des briques d’observabilité et des talents déjà éprouvés sur SigLens, outil open source centré sur logs, métriques et traces. La limite est claire : racheter seulement certains actifs, puis archiver le projet, suggère une intégration interne défensive plus qu’une vraie ambition produit publique.
