본문으로 건너뛰기
J
피드

IBM과 Arm, 양쪽 워크로드 모두 실행 가능한 하드웨어 공동 개발 발표

backend 약 3분
tags
#ibm#arm#mainframe#hybrid-computing#telum
vote
0
댓글
북마크

IBM과 Arm이 클라우드 이전이 어려운 규제 워크로드를 겨냥해 양쪽 아키텍처를 모두 지원하는 하드웨어를 공동 개발함. 가상화, 규제 준수, 공통 기술 세 가지에 초점을 맞추고 있으며, 출시까지 약 3년이 소요될 것으로 예상됨.

  • 1

    IBM과 Arm이 양쪽 워크로드 모두 실행 가능한 하드웨어 공동 개발 발표

  • 2

    가상화 도구, 규제 준수, 공통 기술 등 3가지에 초점

  • 3

    하이퍼스케일러 컴퓨팅의 약 절반이 Arm 칩에서 구동되는 상황

  • 4

    텔럼 II(5.5GHz 8코어, 360MB 캐시)와 스파이어(32코어, 75W 이하) 등 IBM 최신 칩 스펙 공개

  • 5

    구체적 출시 일정 미정, 약 3년 개발 기간 예상

IBM과 Arm이 양쪽 워크로드를 모두 실행할 수 있는 하드웨어를 공동 개발한다고 발표함

  • 클라우드로 이전할 수 없는 규제 워크로드를 주요 타깃으로 삼음
  • 협력의 3가지 핵심 초점이 있음
    • 가상화 도구: Arm 소프트웨어가 IBM 플랫폼에서 실행 가능
    • 규제 준수: 보안과 데이터 주권 요건 충족
    • 공통 기술: 양측 플랫폼 전반에 걸쳐 소프트웨어 선택지 확대
  • Arm 칩의 존재감이 크게 확대된 상황임
    • 주요 하이퍼스케일러 전체 컴퓨팅 자원의 약 절반이 Arm 칩에서 구동됨
    • AWS 그래비톤4는 유사 AMD x86 칩 대비 LLM 추론 성능 최대 168% 향상, 가격 대비 성능은 220% 더 높음
  • IBM의 최신 하드웨어 스펙도 주목할 만함
    • 텔럼 II: 5.5GHz 8코어, 360MB 온칩 캐시(기존 대비 40% 확대)
    • 스파이어: 32 컴퓨트 코어, IO당 최대 1TB 메모리, 카드당 전력 75W 이하
  • 구체적인 출시 일정은 미정이며, 분석가들은 약 3년의 개발 기간을 예상함

기술 맥락

IBM Z 메인프레임은 금융, 공공 등 미션 크리티컬한 워크로드에서 여전히 핵심적인 역할을 하고 있거든요. 문제는 이런 규제 워크로드들이 클라우드로 쉽게 옮겨갈 수 없다는 건데, Arm 아키텍처와의 결합이 이 문제를 풀 수 있는 실마리가 되는 거예요. Arm이 이미 하이퍼스케일러 컴퓨팅의 절반을 차지할 정도로 성장했기 때문에, IBM Z 위에서 Arm 워크로드까지 돌릴 수 있게 되면 온프레미스와 클라우드 네이티브 환경 사이의 간극을 크게 줄일 수 있어요. 특히 데이터 주권 규제가 강화되는 추세에서, 하나의 플랫폼으로 두 가지 아키텍처를 모두 지원하는 건 인프라 운영 효율성 측면에서 상당히 의미 있는 접근이에요.

메인프레임 시장에 갇혀 있던 IBM이 Arm 생태계와의 결합으로 하이브리드 인프라의 새로운 가능성을 열었으며, 데이터 주권 규제 강화 추세와 맞물려 온프레미스 시장에서의 경쟁력을 높일 수 있는 전략적 행보임.

prev

이전 기사 (P)

next

다음 기사 (N)

댓글

댓글

댓글을 불러오는 중...

관련 기사

backend

클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법

ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.

backend

SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장

SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.

backend

왜 아직도 Lisp를 배워볼 만한가

Lisp는 괄호가 많은 이상한 언어처럼 보이지만, 핵심은 문법이 아니라 언어 자체를 확장할 수 있다는 점에 있음. 매크로, 코드-데이터 동일성, REPL 중심 개발이 합쳐지면 프로그램을 '작성'한다기보다 살아 있는 시스템을 계속 진화시키는 방식으로 개발하게 됨.

backend

EDB 포스트그레스 AI, 포레스터 멀티모델 데이터 플랫폼 리더 선정

EDB의 AI 데이터 플랫폼 EDB 포스트그레스 AI가 2026년 2분기 포레스터 웨이브 멀티모델 데이터 플랫폼 보고서에서 리더로 선정됐음. 트랜잭션, 분석, AI 워크로드를 하나의 플랫폼에서 다루는 흐름이 강해지는 가운데, EDB는 전략과 현재 제공 기능 모두에서 높은 평가를 받았다고 밝힘.

backend

Bun, Zig에서 Rust로 갈아탔다: 11일짜리 초대형 런타임 포팅 실험

Bun 팀이 53만 줄이 넘는 Zig 코드베이스를 Rust로 기계적으로 포팅했고, Bun v1.4.0부터 Rust 기반으로 전환될 예정임. 핵심 이유는 성능보다 안정성이었고, use-after-free, double-free, 메모리 누수 같은 문제를 컴파일러와 타입 시스템으로 더 빨리 잡기 위해서였음. Claude Code 워크플로 64개를 병렬로 돌려 11일 만에 전 플랫폼 테스트 통과까지 밀어붙인 사례라, LLM 기반 대규모 코드 마이그레이션의 꽤 강한 신호탄임.