본문으로 건너뛰기
피드

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

backend 약 3분
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 생태계와의 결합으로 하이브리드 인프라의 새로운 가능성을 열었으며, 데이터 주권 규제 강화 추세와 맞물려 온프레미스 시장에서의 경쟁력을 높일 수 있는 전략적 행보임.

댓글

댓글

댓글을 불러오는 중...

backend

Go에서 Rust로 옮길 때 진짜로 바뀌는 것들

이 글은 Go 백엔드 서비스를 Rust로 옮길 때 속도보다 컴파일 타임 보장, 런타임 트레이드오프, 개발자 경험이 더 중요하다고 설명한다. nil 패닉, 데이터 레이스, 에러 처리, 제네릭, 비동기 모델, 마이그레이션 전략까지 실무 관점에서 Go와 Rust를 길게 비교한다.

backend

Python 3.15에서 헤드라인은 못 탔지만 꽤 쓸만한 기능들

Python 3.15에는 lazy imports나 Tachyon profiler 같은 큰 기능 말고도 실무에서 바로 체감될 만한 작은 개선들이 들어가. TaskGroup 취소, 컨텍스트 매니저 데코레이터 개선, 스레드 안전 이터레이터처럼 평소 애매하게 불편했던 지점들이 꽤 깔끔해졌어.

backend

심평원, DUR부터 의료영상 심사까지 클라우드로 갈아엎는다

심평원이 정보시스템 클라우드 전환과 함께 병·의원 업무에 직접 닿는 DUR, 의료영상 AI 심사, 요양급여내역 조회 시스템을 고도화한다. 핵심은 설치형 프로그램 중심이던 연계를 웹과 API 기반으로 넓히고, 진료·청구 과정에서 실시간 확인과 자동 판독을 강화하는 쪽이다.

backend

윈도우 에러 코드 7번 ‘ERROR_ARENA_TRASHED’는 어디서 왔을까

ERROR_ARENA_TRASHED는 Win32에서 실제로 쓰이는 현대적 에러라기보다 MS-DOS 시절 메모리 관리 구조에서 넘어온 잔재야. MS-DOS가 메모리 블록 앞의 arena 시그니처를 훑다가 예상한 값이 아니면 ‘arena가 망가졌다’고 보고 이 에러를 냈다는 이야기야.

backend

C/C++ 컴파일러의 느슨한 메모리 동시성 버그를 자동으로 잡는 박사논문

C와 C++ 컴파일러에서 relaxed memory 동시성 버그를 찾는 자동 테스트 프레임워크를 다룬 박사논문이 공개됐어. Téléchat, Atomic-mixer 같은 도구로 소스 수준 동작과 컴파일된 프로그램 동작을 비교하고, LLVM과 GCC 툴체인에서 실제 버그를 찾아낸 내용이 핵심이야.