SAP HANA는 비즈니스 로직을 메모리로 옮겨 실시간 데이터에서 분석이 실행되도록 했다

엔터프라이즈 분석에는 지연 비용이 따랐다. 기업들은 트랜잭션 데이터를 웨어하우스로 복사하고 집계를 미리 만들어 두었으며, 경영진이 보고서를 사용할 때쯤이면 이미 낡아버린 보고서를 기다려야 했다.

SAP HANA는 그 스택 자체를 공격했다. Computerworld는 2010년 출시된 이 제품을 디스크에서 읽는 대신 데이터를 RAM에 보관하는 인메모리 엔진으로 설명했으며, ERP 시스템에 연결되어 트랜잭션 데이터를 실시간으로 분석할 수 있었다. SAP는 또한 단일 독점 박스 대신 여러 벤더의 하드웨어를 사용하는 어플라이언스 모델을 선택했다.

기술 발표 자료는 왜 빠른지 설명했다. HANA는 스캔, 그룹화, 집계를 위해 인메모리 컬럼 스토어를 사용했고, 절차적 계산을 데이터베이스 커널에 내장했다. SAP는 표준 인텔 프로세서에서 코어당 밀리초당 200만 건의 레코드를 스캔하고 코어당 초당 1,000만 건 이상의 복잡한 집계를 처리한다고 주장했다.

질문을 던지기 전에 데이터를 복사해내는 일을 멈추게 했다

데이터를 RAM에 유지함으로써 비즈니스 사용자들이 가장 자주 던지는 질문에서 디스크 지연이 사라졌다.

컬럼 스토리지는 많은 사전 계산 집계를 유지하지 않고도 스캔과 집계를 저렴하게 만들었다.

계산을 데이터베이스 커널로 밀어 넣음으로써 데이터베이스와 애플리케이션 계층 사이의 왕복이 사라졌다.

어플라이언스 모델은 SAP가 소프트웨어와 파트너 하드웨어를 함께 튜닝할 수 있게 하면서도 단일 벤더 하드웨어의 함정을 피할 수 있게 했다.

속도의 돌파구는 계층을 삭제하는 데서 나올 수 있다. 즉, 병목이었던 이동이 일어나던 곳에 계산을 두는 것이다.

HANA는 2010년 말에 출시되어 2011년에 일반 공급되었다. 이후 SAP의 S/4HANA 전략의 기반이 되었고, 인메모리 데이터베이스를 분석 어플라이언스에서 SAP 차세대 ERP의 핵심으로 탈바꿈시켰다.