2 points par GN⁺ 2025-12-09 | 1 commentaires | Partager sur WhatsApp
  • Confluent est une entreprise fondée par les personnes à l’origine de Kafka, et propose une plateforme de streaming d’événements en temps réel pour les entreprises, basée sur les extensions de Kafka
  • IBM a annoncé un accord pour acquérir Confluent pour 31 $ par action, en numéraire, pour 11 milliards de dollars; après la clôture, Confluent devrait être exploité au sein d’IBM comme une marque et une unité commerciale indépendantes
  • Les deux sociétés prévoient de créer après la clôture une plateforme d’intégration des données pour le cloud et les microservices afin de soutenir l’expansion de l’IA et les opérations fondées sur les données en temps réel
  • Le PDG de Confluent a indiqué que cette acquisition accélérerait le déploiement du streaming de données et, associée à l’expérience de soutien open source d’IBM, permettrait de proposer la technologie à davantage d’entreprises
  • La transaction reste soumise à des conditions de réalisation usuelles, notamment l’approbation des autorités de régulation et des actionnaires, et une clôture est attendue au milieu de 2026
  • Cette acquisition est significative pour l’expansion de l’infrastructure de données à l’ère de l’IA et le renforcement des bases de traitement de données en temps réel

Aperçu de l’acquisition

  • Confluent a conclu un definitive agreement avec IBM et prévoit qu’après la clôture, les deux sociétés offriront une plateforme de données intégrée pour les entreprises
    • Cette plateforme vise à accélérer l’exploitation des données dans les environnements cloud et microservices et à bâtir une base de données en temps réel nécessaire à la montée en charge de l’IA
  • L’opération doit respecter des conditions de clôture usuelles, notamment l’approbation réglementaire, et Confluent sera maintenu comme une marque indépendante au sein d’IBM une fois la transaction finalisée
  • L’équipe de Confluent a contribué à la création d’une nouvelle catégorie dans le domaine du streaming de données, et continuera d’opérer comme un élément d’IBM après l’acquisition

Message interne de Jay Kreps

  • Dans un e-mail aux employés, le PDG Jay Kreps a annoncé la signature d’un accord d’acquisition de Confluent par IBM à 31 $ par action en numéraire intégral
    • Confluent sera exploité en tant que marque et unité commerciale indépendantes au sein d’IBM après l’acquisition
    • Une réunion d’entreprise sera organisée le 8 décembre à 9 h et 19 h (PT) pour aborder les détails et les questions-réponses
  • Il a souligné que la mission de Confluent ne changerait pas et qu’elle s’élargirait avec IBM
    • « Les données sont au cœur de l’IA, des opérations modernes et des applications de la prochaine génération, et Confluent est au centre de tout cela »
  • IBM partage une vision d’entreprise intelligente orientée événements et dispose d’une compréhension approfondie de l’open source ainsi que d’une expérience d’entreprise hybride
    • En évoquant les précédentes acquisitions de Red Hat et HashiCorp par IBM, il a expliqué que les deux entités partagent un leadership technologique, la confiance des clients et une vision d’IA centrée sur les données
  • Jusqu’à la clôture, Confluent restera une entreprise indépendante, sans changement de rôle, de rémunération ou de politique pour les employés
    • La clôture est attendue au milieu de 2026 ; jusqu’à cette date, l’entreprise continuera d’honorer ses engagements envers ses clients et partenaires existants

Portée et orientation de l’acquisition

  • Confluent est partie de Kafka et a contribué à créer une nouvelle catégorie d’infrastructure de données ; cette acquisition peut lui permettre d’élargir sa portée mondiale et renforcer son influence
  • L’association avec IBM peut fournir une base pour accélérer la transition vers des opérations en temps réel des données et une exploitation basée sur l’IA
  • Jay Kreps a remercié l’équipe pour son enthousiasme et son engagement au cours des 11 dernières années, et qualifié cette acquisition de début d’une nouvelle phase de croissance

Procédures réglementaires et actionnariales

  • Confluent prévoit de déposer un proxy statement auprès de la SEC concernant l’acquisition
    • Une procédure d’approbation des actionnaires aura lieu lors de l’assemblée générale
    • Le document contiendra les informations importantes et les conditions détaillées de l’opération, qui seront disponibles en consultation gratuite sur le site de la SEC et la page investisseurs de Confluent
  • Le conseil d’administration et les principaux dirigeants peuvent participer à la solicitation des procurations ; les informations de participation sont consultables dans les Form 3 et Form 4 déposés auprès de la SEC

Perspectives d’avenir et risques

  • Cet avis contient des déclarations prospectives, et les résultats réels peuvent différer des prévisions
  • Les principaux risques sont :
    • Retard de l’approbation réglementaire ou annulation potentielle de la transaction
    • Échec de l’approbation des actionnaires
    • Contentieux liés à la transaction, coûts et rétention des équipes
    • Volatilité des prix de marché et perturbation des opérations
  • Ces éléments de risque sont également détaillés dans le Form 10-K, le Form 10-Q et le Form 8-K annuels de Confluent, et consultables sur le site de la SEC

Conclusion

  • L’acquisition de Confluent par IBM est une alliance stratégique pour l’extension de l’IA et la construction d’une infrastructure de données en temps réel
  • Confluent vise à étendre son influence technique tout en préservant son identité indépendante au sein d’IBM
  • Il reste les étapes d’approbation réglementaire et actionnariale avant la clôture, attendue au milieu de 2026

1 commentaires

 
GN⁺ 2025-12-09
Avis Hacker News
  • Il est intéressant de voir IBM continuer à racheter d’autres entreprises tout en sortant de façon répétée des services de faible qualité
    Vous vous souvenez de « Watson » ? C’était un chatbot d’avant ChatGPT. IBM avait déjà une infrastructure PowerPC, des talents et de l’expérience sur les workloads GPU ; je me demande pourquoi ils n’ont pas concurrencé OpenAI
    Ce rachat de Confluent semble stratégiquement défendable, mais voir le déclin de Confluent ressemble presque à une étude de cas économique

    • Watson était en réalité surtout un produit emballé pour le marketing. Vers 2016, ils ont vendu à une grande entreprise du secteur de l’énergie une solution proche d’un LLM, mais 90 personnes ont traité manuellement 26 000 documents.
      Un simple système de recherche TF-IDF développé par un concurrent en deux semaines donnait quasiment les mêmes performances. La solution IBM coûtait 185 millions de dollars, la nôtre 40 000 dollars.
      En plus, Watson a exposé des documents confidentiels à cause de problèmes de sécurité, et le projet a fini par être abandonné. Malgré ça, on dit toujours que « personne n’a jamais été licencié pour avoir choisi IBM »
    • Pour avoir travaillé chez IBM, j’ai eu l’impression que l’objectif de beaucoup d’employés était surtout de préserver leur propre poste. Ils ajoutent une complexité inutile pour étirer les projets sur plusieurs années, avec des horaires 9h-17h et de nombreuses pauses café. À ce rythme, impossible d’être compétitif
    • L’inefficacité des grandes entreprises est connue depuis longtemps. Elle vient de l’absence d’incitations à la performance, des structures politiques internes et des limites de communication dans les organisations de plus de 100 personnes
      Watson n’était qu’un système à usage spécifique conçu pour Jeopardy, sans rien à voir avec les transformers qui comprennent la structure du langage
      La conception de Watson peut se voir dans cet article
    • IBM est fondamentalement une société de conseil. Son objectif n’est pas de fabriquer de bons produits, mais d’augmenter les contrats de conseil
      Watson était une démo marketing faite pour passer dans l’actualité, et les rachats de Red Hat, HashiCorp et Confluent ne sont au fond qu’une stratégie pour enfermer les clients dans des contrats de support
    • J’ai assisté à une démonstration de Watson, et pendant 90 minutes il n’y a eu que du vide. Tous les ingénieurs sentaient intérieurement que « ça ne va pas », et personne n’a posé la moindre question
      Comparer Watson à un LLM, c’est comme comparer un caillou à un missile
  • Je me demande ce qu’il est réellement advenu des rachats de Red Hat et HashiCorp par IBM
    Red Hat a perdu la distribution publique de RHEL, mais semble toujours développer ses produits de façon assez indépendante

    • Avant même le rachat, HashiCorp essayait d’augmenter ses prix par 100 et a opéré un virage vers une stratégie centrée sur les clients enterprise. C’est à ce moment-là que nous avons quitté Terraform Cloud
      L’entreprise donnait aussi l’impression de préparer une vente en s’éloignant de l’open source sur le plan de la licence
    • La vraie valeur de Red Hat, ce sont ses talents. Si IBM intervient trop lourdement, les personnes clés partiront et l’entreprise perdra toute valeur
    • Comme alternative à RHEL, il y a CentOS Stream, et Fedora reste toujours l’amont
    • En interne chez HashiCorp, la priorité donnée aux produits enterprise plutôt qu’à l’open source est très nette. Si le support open source cesse, les forks ont de fortes chances de se développer
      Red Hat dispose de bien plus d’autonomie. En revanche, la politique RH a changé, avec une obligation de 3 jours sur site et des restrictions de présence dans certaines régions
    • Dans notre entreprise, nous avons entièrement migré de Terraform vers Pulumi juste après le rachat
  • J’ai lu l’annonce du rachat de Confluent par IBM, mais je ne comprends pas la formule « plateforme de données intelligente pour l’IA »
    Lien vers l’annonce officielle

    • Il y a une blague selon laquelle chaque fois que des dirigeants prononcent « IA », le cours de l’action monte
    • La prise de décision IA pilotée par les événements est l’idéal rêvé par les dirigeants. Beaucoup d’entreprises utilisent Kafka comme système événementiel
    • IBM répète la même chose à chaque acquisition. Ils ne s’intéressent qu’aux brevets et aux droits de revente, pas à la technologie elle-même
    • Le streaming et l’EDA (Event-Driven Architecture) constituent une base capable de résoudre les problèmes de données de l’IA en entreprise
    • Quand on lit le communiqué, il n’y a que « données par-ci, IA par-là ». L’IA est désormais le mot à la mode obligatoire
  • Après chaque acquisition, IBM suit toujours le même schéma
    Au début, l’équipe enthousiaste passe 3 mois dans une phase de lune de miel, puis se lasse rapidement des règles internes byzantines
    La satisfaction client ou la qualité produit n’ont aucune importance ; les équipes finissent épuisées par les demandes des commerciaux, puis les éléments clés s’en vont
    Ceux qui restent se remémorent l’ancienne gloire avant de se disperser peu à peu, et il ne reste sur leur CV que des formules du type « responsable clé de l’infrastructure IA »

    • Notre entreprise a elle aussi été rachetée par IBM. La première ou les deux premières années étaient correctes, puis les procédures bureaucratiques se sont accumulées.
      Quand un contrat se termine, on est mis sur le « bench » et on doit chercher un poste en interne ; si on ne trouve pas un nouveau projet en un mois, il faut partir
    • J’ai travaillé dans une entreprise rachetée par IBM en 2011. Au début, le chiffre d’affaires a augmenté, mais quelques années plus tard a commencé l’érosion à la manière IBM.
      Aujourd’hui, seuls les produits clés subsistent et tout le reste a disparu
    • Je pense que tout le monde sait désormais quel type d’entreprise est IBM. Son objectif est de maximiser les profits, pas la satisfaction client
    • Les règles internes d’IBM sont vraiment complexes. La personne qui gère des actifs serveurs doit aussi se charger des correctifs de sécurité, du chiffrement et même des preuves physiques.
      Si possible, la stratégie de survie consiste à cacher ces actifs derrière le réseau interne
    • Les entreprises rachetées finissent toujours absorbées par une culture de grand groupe saturée de réunions.
      Quand les équipes commerciales et les managers sont remplacés et que la connaissance du marché disparaît, l’entreprise cesse d’être un moteur de croissance et devient un poids, jusqu’aux licenciements
  • Avec le rachat de Confluent, il est temps d’envisager des solutions alternatives
    Comparatif Redpanda vs Kafka

    • J’ai piloté dans une grande entreprise adtech une migration Kafka → Instacluster → Redpanda.
      Redpanda a permis de réduire les coûts tout en améliorant les performances, et de diminuer les risques liés à la gestion de l’infrastructure
    • Pour des raisons contractuelles, nous ne pouvions pas utiliser Confluent Cloud, donc nous avons choisi Redpanda BYOC.
      Le prix est d’environ un tiers, et les performances comme les fonctionnalités sont satisfaisantes. C’est une réécriture en C++ visant une compatibilité Kafka à 100 %, et nous n’avons eu aucun problème
    • Le mouvement d’IBM est peut-être lié au fait que Snowflake a racheté Redpanda plus tôt cette année
  • Quand je travaillais sur IBM Cloud, il fallait utiliser le VPN Softlayer pour accéder à Jira, mais mon compte n’avait pas été provisionné, donc je ne pouvais même pas voir Jira
    Mes collègues mettaient simplement mes initiales dans le titre des tickets et m’envoyaient le contenu sur Slack.
    C’était au moment de l’annonce du rachat de Red Hat, et je me souviens qu’à l’époque nous utilisions SuSE

    • Je me demande pourquoi tu n’as pas demandé le provisionnement du compte
  • IBM est en train de se transformer, au terme de son évolution, en entreprise de type Computer Associates.
    Un peu comme ces organismes qui finissent tous par évoluer vers la forme du crabe (crab)

  • Kafka est déjà une technologie qui a dépassé son apogée. Il faut une nouvelle approche pour résoudre les problèmes de messaging

    • Je pense que la plupart des implémentations de Kafka peuvent en pratique être remplacées par SELECT * FROM mytable ORDER BY timestamp ASC
    • Kafka lui-même n’est pas mauvais, mais il est temps de construire une meilleure couche d’abstraction par-dessus
    • Comme alternative, je pense à Erlang/OTP
    • Il y a aussi de nouveaux protocoles comme ATProto (Atmosphere)
    • Je me demande quelles autres alternatives existent
  • Je suis content de cette nouvelle dans la mesure où Kafka a enfin trouvé son propriétaire naturel

  • IBM procède à des acquisitions pour gagner des parts de marché.
    Des milliers d’entreprises exploitent déjà Kafka sur Confluent Cloud, donc ce n’est pas vraiment surprenant