A Longitudinal Analysis of SAP Architecture Evolution from R/3 to S/4HANA

거대한 도서관을 상상해 보십시오. 그곳의 모든 책은 판매, 출하, 급여 지급, 또는 공장 주문과 같은 비즈니스 트랜잭션을 나타냅니다. 수십 년 동안 이 도서관들을 정리하는 방식은, 패턴을 찾기 위해 책을 선반에서 꺼내 별도의 독서실로 옮겨 손으로 분류해야만 하는 방식이었습니다. 이는 느린 작업이었으며, 그곳에서 찾아낸 정보는 대개 이미 지나간 어제의 뉴스였습니다. 현대 비즈니스 소프트웨어가 어떻게 진화해 왔는가에 대한 이야기는, 우리가 더 이상 책을 옮기지 않고 그 책들이 놓여 있는 자리에서 바로 읽기 시작한 과정에 대한 이야기입니다. 이러한 변화는 단순히 속도에 관한 것이 아닙니다. 그것은 조직이 자신의 운영을 바라보는 방식 자체를 바꾸는 것에 관한 것입니다. 이 진화의 핵심에 있는 질문은 간단합니다. 어떻게 하면 데이터를 저장하는 시스템에서 데이터와 함께 생각하는 시스템으로 넘어갈 수 있을 것인가?

독일 뮌헨 공과대학교의 알베르트 슐레(Albert Schulle)가 수행한 새로운 분석은 세계에서 가장 널리 사용되는 비즈니스 소프트웨어를 구축한 기업인 SAP의 역사를 통해 이 여정을 추적합니다. 이 연구는 1990년대 초반부터 현재에 이르기까지 30년 동안의 변화를 살펴봅니다. 연구는 이 시스템들의 아키텍처, 즉 서로 다른 부분들이 어떻게 구축되고 연결되어 있는지의 변화가 경직된 다층 구조에서 유동적인 실시간 플랫폼으로 어떻게 변모했는지 조사합니다. 이 연구는 단순히 새로운 기능들을 나열하는 데 그치지 않고, 하드웨어의 발전과 비즈니스가 즉각적인 의사결정을 내려야 하는 필요성에 의해 추진된 이러한 변화 뒤에 숨겨진 논리를 지도화합니다.

이야기는 1992년 R/3라고 불리는 시스템에서 시작됩니다. 당시 이것은 비즈니스 데이터를 조직하는 혁신적인 방법이었습니다. 이 시스템은 3계층 설계를 사용했는데, 이는 사용자에게 말을 거는 컴퓨터, 비즈니스 규칙을 실행하는 컴퓨터, 그리고 데이터를 저장하는 컴퓨터가 모두 분리되어 있음을 의미했습니다. 이러한 분리는 기업들이 마치 작업자들이 무거운 짐을 한 사람에게서 다른 사람에게 전달하는 팀처럼, 여러 대의 기계에 작업을 분산할 수 있게 해주었습니다. 그러나 이 설계에는 한계가 있었습니다. 데이터를 저장하는 컴퓨터는 수동적인 창고와 같았습니다. 그것은 기록을 보유하고 있었지만, 무거운 짐을 들어 올리는 작업은 하지 못했습니다. 만약 매니저가 지난달에 제품이 얼마나 팔렸는지 알고 싶다면, 애플리케이션 계층이 데이터베이스에 원시 숫자를 요청하여 다시 가져온 다음 수학적 계산을 수행해야 했습니다. 이 과정은 느렸고 시스템의 서로 다른 계층 사이에서 많은 이동을 필요로 했습니다.

시간이 흐르면서 기술은 개선되었지만, 기본적인 구조는 그대로 유지되었습니다. 2000년대 중반, 시스템은 ECC라고 알려진 형태로 진화했고, 서로 다른 소프트웨어 부분들이 더 쉽게 소통할 수 있도록 돕는 NetWeaver라는 새로운 플랫폼이 도입되었습니다. 이것은 시스템을 더 유연하게 만들고 서로 다른 애플리케이션 간의 더 나은 연결을 가능하게 했지만, 데이터를 처리하는 근본적인 방식은 변하지 않았습니다. 데이터베이스는 여전히 정보를 저장하는 장소였고, 애플리케이션은 여전히 그것을 처리하는 장소였습니다. 이 둘은 여전히 분리되어 있었으며, 그 사이의 간극은 비즈니스의 명확한 그림을 얻는 데 시간이 걸리게 만들었습니다.

진정한 전환점은 2010년 HANA라는 새로운 유형의 데이터베이스 기술이 도입되면서 찾아왔습니다. 이것은 과거로부터의 급격한 탈피였습니다. HANA는 데이터를 느린 디스크 드라이브에 저장하는 대신, 훨씬 빠른 컴퓨터의 메인 메모리에 모두 보관했습니다. 게다가, 이 시스템은 데이터를 행(row)이 아닌 열(column) 단위로 구성했는데, 이는 극단적인 압축을 가능하게 하는 방식이었습니다. 이는 방대한 양의 정보가 작은 공간에 들어가 거의 즉각적으로 액세스될 수 있음을 의미했습니다. 데이터가 매우 빠르고 조밀했기 때문에, 시스템은 이제 계산을 하기 위해 정보를 앞뒤로 이동시킬 필요가 없었습니다. 데이터베이스가 이제 스스로 수학적 계산을 수행할 수 있게 된 것입니다. 이로 인해 트랜잭션 처리와 분석 사이의 오래된 분리가 붕괴되었습니다. 처음으로, 기업은 지금 당장 일어나고 있는 일과 그것이 미래에 어떤 의미를 갖는지를 동시에 볼 수 있게 되었습니다.

2015년까지, 이 기술은 현재 세대인 S/4HANA를 탄생시켰습니다. 이 시스템은 오직 HANA 데이터베이스에서 실행되도록 기초부터 설계되었습니다. 애플리케이션과 데이터의 관계가 뒤집혔습니다. 애플리케이션이 데이터베이스에 원시 숫자를 요청하고 작업을 수행하는 대신, 이제 애플리케이션은 작업을 데이터베이스 쪽으로 밀어 넣습니다. 데이터베이스는 지능적이 되어, 현장에서 복잡한 계산과 집계를 처리하게 되었습니다. 이를 통해 훨씬 단순한 데이터 구조가 가능해졌으며, 정보를 저장하는 데 필요한 테이블의 수를 약 4분의 3 정도 줄였습니다. 사용자 인터페이스 또한 변화하여, 복잡하고 코드 중심적인 화면에서 현대적인 소비자용 앱처럼 단순하고 역할 기반적인 애플리케기로 바뀌었습니다. 이러한 변화는 직원들이 끝없는 메뉴를 탐색하는 대신, 특정 작업에 집중하며 자연스럽게 시스템과 상호작용할 수 있음을 의미했습니다.

연구는 이러한 변화를 이끈 세 가지 주요 동력을 식별했습니다. 첫째, 하드웨어 자체가 따라와야 했습니다. 표준 서버에서 테라바이트 단위의 메모리를 갖춘 기기로의 도약은 새로운 인메모리 시스템이 작동하기 위해 필수적이었습니다. 둘째, 비즈니스는 단순함을 요구했습니다. 기존 시스템은 유지 관리 비용이 많이 드는 중복된 데이터와 복잡한 구조로 인해 비대해져 있었습니다. 새로운 아키텍처는 이러한 것들을 제거하여 총 소유 비용을 줄였습니다. 셋째, 클라우드를 향한 전략적 변화가 있었습니다. 초기 시스템들은 기업의 자체 서버에서 실행되도록 설계되었지만, 새로운 세대는 더 쉬운 업데이트와 더 큰 유연성을 허용하는 클라우드에서 원활하게 작동하도록 구축되었습니다.

연구는 또한 기업들이 기존 시스템에서 새로운 시스템으로 어떻게 전환하고 있는지도 살펴보았습니다. 연구 결과, 이것은 단순한 업그레이드가 아니라 거대한 전환임이 밝혀졌습니다. 조직에는 세 가지 주요 경로가 있습니다. 새로운 시스템으로 새롭게 시작하거나, 기존 시스템을 직접 전환하거나, 혹은 일부 부분만을 골라서 옮기는 것입니다. 연구는 많은 기업에게 이 과정이 약 9개월 정도 소요된다고 언급합니다. 이는 단순히 데이터를 옮기는 것 이상의 과정입니다. 그것은 비즈니스가 운영되는 방식을 재고하고, 기존 시스템에 적용되었던 수년간의 커스텀 변경 사항들을 정리하는 과정을 포함합니다. 그럼에도 불구하고 추세는 명확합니다. 최근 데이터에 따르면, 더 많은 기업이 현재 구형 레거시 시스템을 사용하는 기업보다 새로운 S/4HANA 시스템을 자체 서버에서 실행하고 있는 것으로 나타났습니다. 이는 새로운 아키텍처가 표준이 되었음을 나타내는 중요한 순간입니다.

연구 결과는 구형 클라이언트-서버 모델에서 현대적인 디지털 코어로의 진화가 단순한 기술적 업그레이드가 아님을 시사합니다. 그것은 엔터프라이즈 소프트웨어가 구상되는 방식에 대한 근본적인 변화를 나타냅니다. 과거의 관점은 데이터베이스를 수동적인 저장 장치로 취급했지만, 새로운 관점은 데이터베이스를 능동적인 지능의 엔진으로 취급합니다. 이러한 변화를 통해 기업은 이전에는 불가능했던 수준의 속도와 명확성을 가지고 운영할 수 있습니다. 연구는 기술적 토대인 사용자 인터페이스, 비즈니스 로직, 그리고 데이터의 분리 원칙은 계속 변하더라도 핵심 원리는 유지될 것이라고 결론짓습니다. 변한 것은 그들 사이의 관계이며, 경직된 계층 구조에서 유동적이고 통합된 전체로 이동한 것입니다. 조직이 이러한 시스템을 지속적으로 채택함에 따라, 그들은 단순히 소프트웨어를 업데이트하는 것이 아니라, 디지털 세상에서 자신들의 운영을 바라보고 관리하는 방식을 재정의하고 있습니다.