▲

IBM이 Confluent를 16조원에 인수

 (confluent.io)
2P by GN⁺ 1일전 | ★ favorite | 댓글 1개
  • Confluent는 Kafka를 만든 사람들이 세운 회사로, Kafka를 확장한 기업대상 실시간 이벤트 스트리밍 플랫폼을 제공
  • IBM이 Confluent를 주당 31달러 현금 거래로 $11B에 인수하기로 합의했으며, 거래 완료 후 Confluent는 IBM 내에서 독립 브랜드와 사업 단위로 운영될 예정
  • 양사는 거래 완료 후 클라우드·마이크로서비스용 데이터 통합 플랫폼을 구축해, AI 확장과 실시간 데이터 기반 운영을 지원할 계획
  • Confluent CEO는 이번 인수가 데이터 스트리밍 분야의 확장을 가속화하고, IBM의 오픈소스 지원 경험과 결합해 더 많은 기업에 기술을 제공할 수 있다고 언급
  • 거래는 규제 승인 및 주주 승인 등 통상적 조건을 충족해야 하며, 2026년 중반 완료가 예상됨
  • 이번 인수는 AI 시대의 데이터 인프라 확장과 실시간 데이터 처리 기반 강화라는 측면에서 중요함

인수 개요

  • Confluent는 IBM과 최종 인수 계약(definitive agreement) 을 체결했으며, 거래 완료 후 양사는 대기업용 통합 데이터 플랫폼을 제공할 계획
    • 이 플랫폼은 클라우드 및 마이크로서비스 환경에서 데이터 활용을 가속화하고, AI 확장에 필요한 실시간 데이터 기반을 구축하는 목표를 가짐
  • 거래는 규제 승인 및 통상적 종결 조건을 충족해야 하며, 완료 후 Confluent는 IBM 내 독립 브랜드로 유지됨
  • Confluent 팀은 데이터 스트리밍 분야의 새로운 카테고리 창출에 기여했으며, 인수 후에도 IBM의 일원으로 활동 지속 예정

Jay Kreps의 내부 메시지

  • CEO Jay Kreps는 직원들에게 보낸 이메일에서 주당 31달러 전액 현금 거래로 IBM 인수 계약이 체결되었음을 공지
    • Confluent는 인수 후에도 독립된 브랜드와 사업 단위로 IBM 내에서 운영
    • 12월 8일 오전 9시와 오후 7시(PT)에 전사 미팅을 열어 세부 사항과 질의응답 진행 예정
  • 그는 Confluent의 사명은 변하지 않으며, IBM과의 결합으로 그 사명이 더욱 확대될 것이라고 강조
    • “데이터는 AI와 현대적 운영, 차세대 애플리케이션의 핵심이며, Confluent는 그 중심에 있다”고 언급
  • IBM은 이벤트 기반 지능형 엔터프라이즈 구조를 공유하며, 오픈소스에 대한 깊은 이해와 하이브리드 기업 경험을 보유하고 있음
    • IBM의 과거 Red Hat과 HashiCorp 인수 사례를 언급하며, 기술 리더십과 고객 신뢰, 데이터 중심 AI 비전을 공유한다고 설명
  • 거래 완료 전까지 Confluent는 독립 기업으로 운영되며, 직원의 역할·보상·정책은 변동 없음
    • 거래 완료 시점은 2026년 중반 예상, 그때까지 기존 고객 및 파트너 약속 이행 지속

인수의 의미와 방향

  • Confluent는 Kafka에서 출발해 데이터 인프라의 새로운 범주를 형성했으며, 이번 인수로 글로벌 확장과 영향력 강화 가능
  • IBM과의 결합은 실시간 데이터 처리 및 AI 기반 운영 전환을 가속화할 수 있는 기반 제공
  • Jay Kreps는 지난 11년간의 성과에 대해 팀의 열정과 헌신에 감사를 표하며, 이번 인수를 새로운 성장 단계의 시작으로 평가

규제 및 주주 관련 절차

  • Confluent는 미국 증권거래위원회(SEC) 에 합병 관련 위임장(Proxy Statement) 을 제출할 예정
    • 주주총회에서 인수안에 대한 주주 승인 절차가 진행될 예정
    • 위임장에는 거래 관련 중요 정보와 세부 조건이 포함될 예정이며, SEC 웹사이트와 Confluent 투자자 페이지에서 무료 열람 가능
  • 회사 이사회 및 주요 임원들이 주주 의결권 위임 권유(solicitation) 에 참여할 수 있으며, 관련 보유 지분 정보는 SEC에 제출된 Form 3 및 Form 4에서 확인 가능

미래 전망 및 위험 요인

  • 본 공지는 미래예측진술(Forward-Looking Statements) 을 포함하며, 실제 결과는 예측과 다를 수 있음
  • 주요 위험 요인으로는
    • 규제 승인 지연 또는 거래 무산 가능성
    • 주주 승인 실패
    • 거래 관련 소송, 비용, 인력 유지 문제
    • 시장 가격 변동 및 사업 운영 차질 등이 명시됨
  • 이러한 위험 요소는 Confluent의 연례보고서(Form 10-K) , 분기보고서(Form 10-Q) , 현재보고서(Form 8-K) 등에 추가로 기재되어 있으며, SEC 웹사이트에서 확인 가능

결론

  • IBM의 Confluent 인수는 AI 확장과 실시간 데이터 인프라 구축을 위한 전략적 결합
  • Confluent는 IBM 내에서 독립적 정체성을 유지하면서 기술적 영향력 확대를 목표로 함
  • 거래 완료까지는 규제 및 주주 승인 절차가 남아 있으며, 2026년 중반 종결이 예상됨
▲
GN⁺ 1일전  [-]
Hacker News 의견

  • IBM이 계속 다른 회사를 인수하면서도 낮은 품질의 서비스를 반복적으로 내놓는 게 흥미로움
    ‘Watson’을 기억하는가? ChatGPT 이전의 챗봇이었음. IBM은 이미 PowerPC 기반 인프라와 인재, GPU 워크로드 경험이 있었는데 왜 OpenAI처럼 경쟁하지 않았는지 궁금함
    이번 Confluent 인수는 전략적으로 괜찮아 보이지만, Confluent의 쇠락을 보는 게 일종의 경제학적 사례 연구감 같음

    • Watson은 사실상 마케팅용 포장 제품이었음. 2016년쯤 대형 에너지 회사에 LLM 비슷한 솔루션을 팔았는데, 90명이 2만6천 개 문서를 수작업으로 처리함.
      경쟁사에서 2주 만에 만든 단순 TF-IDF 검색 시스템이 거의 같은 성능을 냈음. IBM 솔루션은 1억8천5백만 달러, 우리는 4만 달러였음.
      게다가 Watson은 보안 문제로 기밀 문서까지 노출했고, 결국 프로젝트가 폐기됨. 그래도 “IBM을 고용해서 해고당하는 사람은 없다”는 말이 있을 정도임
    • IBM에서 일해본 경험상, 많은 직원의 목표는 자기 고용 유지였음. 불필요한 복잡성을 추가해 프로젝트를 몇 년씩 늘리고, 9시~5시 근무에 커피 타임이 잦음. 이런 속도로는 경쟁 불가임
    • 대기업의 비효율은 오래전부터 알려진 사실임. 성과 인센티브 부재, 정치적 구조, 그리고 100명 이상 조직에서의 커뮤니케이션 한계가 원인임
      Watson은 Jeopardy용으로 만든 특수 목적 시스템일 뿐, 언어 구조를 이해하는 트랜스포머와는 전혀 다름
      Watson의 설계는 이 논문에서 볼 수 있음
    • IBM은 본질적으로 컨설팅 회사임. 좋은 제품을 만드는 게 아니라, 컨설팅 계약을 늘리는 게 목표임
      Watson은 뉴스에 오르기 위한 마케팅 데모였고, Red Hat·HashiCorp·Confluent 인수도 결국 고객을 지원 계약에 묶어두기 위한 전략임
    • Watson 시연회에 참석했었는데, 90분 동안 공허한 말뿐이었음. 엔지니어 모두가 속으로 ‘이건 아니다’라고 느꼈고, 질문도 하나 없었음
      Watson과 LLM을 비교하는 건 돌멩이와 미사일을 비교하는 수준임

  • IBM의 Red Hat, HashiCorp 인수가 실제로 어떻게 되었는지 궁금함
    Red Hat은 RHEL의 공개 배포판이 사라졌지만, 여전히 독립적으로 제품을 개발하는 듯 보임

    • HashiCorp는 인수 전부터 가격을 100배 인상하려 했고, 기업 고객 중심 전략으로 전환함. 우리는 그때 Terraform Cloud에서 이탈했음
      라이선스도 오픈소스에서 벗어나며 매각 준비를 하는 분위기였음
    • Red Hat의 진짜 가치는 인재에 있음. IBM이 과도하게 간섭하면 핵심 인력이 떠나고 회사는 무가치해질 것임
    • RHEL의 대안으로는 CentOS Stream이 있고, Fedora는 여전히 업스트림으로 유지 중임
    • HashiCorp 내부에서는 오픈소스보다 엔터프라이즈 제품 우선이 뚜렷함. 오픈소스 지원이 중단되면 포크들이 성장할 가능성이 큼
      Red Hat은 훨씬 자율적임. 다만 HR 정책이 바뀌어, 현장 근무 3일 규정과 특정 지역 근무 제한이 생김
    • 우리 회사는 인수 직후 Terraform에서 Pulumi로 완전 이전했음

  • IBM의 Confluent 인수 발표문을 봤는데, “AI를 위한 스마트 데이터 플랫폼”이라는 문구가 이해되지 않음
    공식 발표 링크

    • 경영진이 “AI”라고 말할 때마다 주가가 오른다는 농담이 있음
    • 이벤트 기반 AI 의사결정은 경영진이 꿈꾸는 이상향임. 많은 기업이 Kafka를 이벤트 시스템으로 쓰고 있음
    • IBM은 인수 때마다 같은 말을 반복함. 기술보다 특허와 재판매 권리에만 관심 있음
    • 스트리밍과 EDA(Event-Driven Architecture)는 기업 AI의 데이터 문제를 해결할 수 있는 기반임
    • 보도자료를 읽으면 “데이터 어쩌고, AI 어쩌고”뿐임. AI는 이제 필수 유행어가 되었음

  • IBM은 인수 후 항상 같은 패턴을 보임
    처음엔 열정적인 팀이 3개월간 허니문 기간을 보내지만, 곧 비잔틴식 내부 규정에 질려버림
    고객 만족이나 제품 품질은 중요하지 않고, 영업팀의 요구에 시달리다 결국 핵심 인력이 떠남
    남은 사람들은 예전의 영광을 회상하다가 점점 흩어지고, 이력서에는 “AI 인프라 핵심 담당” 같은 문구만 남음

    • 우리 회사도 IBM에 인수됐는데, 처음 1~2년은 괜찮았지만 점점 관료적 절차가 늘어남.
      계약이 끝나면 ‘벤치’에 올라 내부 구직을 해야 하고, 한 달 내 새 프로젝트를 못 찾으면 퇴사해야 함
    • 2011년에 IBM에 인수된 회사에서 일했는데, 처음엔 매출이 늘었지만 몇 년 후 IBM식 침식이 시작됨.
      지금은 핵심 제품만 유지되고 나머지는 모두 사라짐
    • 이제는 누구나 IBM이 어떤 회사인지 안다고 생각함. 고객 만족보다 수익 극대화가 목표임
    • IBM 내부 규정은 정말 복잡함. 서버 자산을 관리하는 사람은 보안 패치, 암호화, 물리적 증명까지 다 책임져야 함.
      가능하면 이런 자산을 내부망 뒤로 숨기는 게 생존 전략임
    • 인수된 회사는 결국 회의만 많은 대기업 문화에 잠식됨.
      영업팀과 관리자가 교체되고, 시장 지식이 사라지면 회사는 성장 대신 부담이 되어 정리해고로 끝남

  • Confluent 인수로 인해 대안 솔루션을 고려할 시점임
    Redpanda vs Kafka 비교

    • 나는 대형 애드테크 회사에서 Kafka → Instacluster → Redpanda로 이전을 주도했음.
      Redpanda는 비용 절감 + 성능 향상을 동시에 달성했고, 인프라 관리 리스크도 줄였음
    • 우리는 계약 문제로 Confluent Cloud를 쓸 수 없어 Redpanda BYOC를 선택했음.
      가격은 1/3 수준, 성능과 기능도 만족스러움. Kafka와 100% 호환을 목표로 한 C++ 재작성 버전이지만 문제 없음
    • 아마도 IBM의 움직임은 Snowflake가 올해 초 Redpanda를 인수한 것과 관련 있을지도 모름

  • IBM Cloud에서 일할 때, Jira 접근을 위해 Softlayer VPN을 써야 했는데 계정이 Provision되지 않아 Jira를 볼 수도 없었음
    동료들이 티켓 제목에 내 이니셜만 적고 Slack으로 내용을 보냈음.
    Red Hat 인수 발표 시점이었는데, 그때 우리는 SuSE를 쓰고 있었던 게 기억남

    • 왜 계정 프로비저닝을 요청하지 않았는지 궁금함

  • IBM은 진화의 끝에서 Computer Associates형 기업으로 변해가는 중임.
    마치 생물이 결국 게(crab) 형태로 진화하는 것처럼 말임

  • Kafka는 이미 전성기를 지난 기술임. 메시징 문제를 해결할 새로운 접근이 필요함

    • 대부분의 Kafka 구현은 사실상 SELECT * FROM mytable ORDER BY timestamp ASC로 대체 가능하다고 생각함
    • Kafka 자체는 괜찮지만, 그 위에 더 나은 추상화 계층을 쌓을 때임
    • 대안으로는 Erlang/OTP를 떠올림
    • 혹은 ATProto(Atmosphere) 같은 새로운 프로토콜도 있음
    • 어떤 대안이 있는지 궁금함

  • Kafka가 마침내 자연스러운 주인을 찾았다는 점에서 이번 소식이 반가움

  • IBM은 시장 점유율 확보용 인수를 하고 있음.
    이미 수천 개 기업이 Confluent Cloud 위에서 Kafka를 운영 중이므로 놀랄 일은 아님

답변달기