엔터프라이즈 이커머스 아키텍처 이해: 핵심 개념 및 전략

엔터프라이즈 소매업체로서 온라인 스토어에 대해 내릴 수 있는 가장 전략적인 결정 중 하나는 바로 이커머스 아키텍처입니다. 이커머스 웹사이트가 처음 개발되었을 때부터 이들은 모놀리식(monolithic) 접근 방식으로 구축되었습니다. 이 접근 방식은 전체적인 구매 경험을 만들기 위해 함께 작동하는 기술 "레이어"로 나뉘어졌습니다. 이런 식으로 아키텍처를 분리하는 것은 최신 아키텍처가 어떻게 작동하는지 이해하는 데 유용한 기반을 제공합니다.

모놀리식 이커머스 아키텍처를 구성하는 세 가지 레이어를 설명하기 위해 고급 온라인 패션 소매업체를 예시로 들어보겠습니다.

1. 프레젠테이션 레이어: 이커머스 아키텍처의 "최상위" 레이어는 프레젠테이션 레이어입니다. 고객이 스토어와 직접 상호작용을 하는 부분입니다. 온라인 패션 스토어 예시에서 프레젠테이션 레이어는 고객이 구매할 의류를 찾아보거나 검색할 때 보게 되는 모든 요소를 포함합니다. 이미지부터 폰트, 버튼까지 모든 것이 프레젠테이션 레이어의 기술(주로 HTML, CSS, Javascript)을 통해 전달됩니다.
2. 비즈니스 로직, 애플리케이션, 서비스 레이어: 다음 레이어는 비즈니스 로직 레이어로, 애플리케이션 레이어 또는 서비스 레이어라고도 불립니다. 이 레이어는 재고 관리, 프로모션, 결제, 가격 책정과 같은 온라인 스토어의 핵심 기능을 포함합니다. 온라인 패션 스토어를 방문한 고객이 개인화된 프로모션을 보거나, 과거 구매 내역을 바탕으로 추천 제품을 보거나, 저장된 신용카드로 구매할 때 비즈니스 로직 레이어와 상호작용을 하게 됩니다.
3. 데이터 레이어: 이커머스 아키텍처를 구성하는 마지막 레이어는 데이터 레이어입니다. 고객은 이 레이어와 직접 상호작용을 하지 않습니다. 이곳은 정보가 저장되고 검색되는 곳으로, 주로 관계형 데이터베이스에서 이루어집니다. 예를 들어, 고객의 모든 구매 내역과 이름, 주소, 기타 중요한 구매 정보가 데이터 레이어에 저장됩니다. 고객이 계정에 로그인하여 다시 구매할 때 이들의 데이터가 다른 레이어로 검색됩니다.

구매자들의 기대치가 더욱 커지고 더 많은 채널에서 구매하고자 하면서, 오늘날 기업들은 이커머스 아키텍처를 빠르게 혁신하고 있습니다. 현재 기술들은 기업이 API와 기타 도구를 통해 모놀리식 레이어를 재구성하여 더 스마트하고, 빠르고, 현대적인 구매 경험을 개발할 수 있게 해줍니다. 최근 IDC 보고서에 따르면 기업의 67%가 미래를 준비하기 위해 커머스 아키텍처를 변경하고 있거나 변경할 계획이라고 응답했습니다.

이 글에서는 네 가지 유형의 이커머스 아키텍처와 각각의 장단점을 살펴보겠습니다. 그런 다음 이커머스 아키텍처에 적합한 플랫폼을 선택하는 방법에 대해 자세히 알아보겠습니다.

이커머스 아키텍처 유형

앞서 모놀리식 아키텍처의 세 가지 레이어를 검토했는데, 이는 이커머스의 다양한 기술적 기능이 어떻게 함께 작동하는지 이해하는 데 유용한 프레임워크입니다. 오늘날에는 예산, 고객층, IT 리소스, 비즈니스 목표에 따라 이러한 레이어를 결합하거나 분리하는 더 많은 방법이 있습니다.

모놀리식 시스템

대부분의 풀 플랫폼, 올인원 이커머스 솔루션은 여전히 모놀리식 시스템입니다. 모놀리식 시스템에서는 세 가지 레이어가 모두 통합되어 긴밀하게 결합되어 있습니다. 덜 유연한 접근 방식일 수 있지만, 기본적인 디지털 커머스 요구사항을 가지고 있고 낮은 기술적 오버헤드를 원하는 온라인 비즈니스에는 잘 작동합니다.

헤드리스 솔루션

헤드리스 솔루션에서는 데이터 레이어가 다른 레이어들로부터 분리됩니다. 데이터 레이어는 백엔드가 되고, 다른 레이어들은 프론트엔드가 됩니다. 데이터는 주로 백엔드에서 프론트엔드로의 API 호출을 통해 액세스 됩니다. 헤드리스 이커머스 아키텍처를 통해 기업은 백엔드가 프론트엔드 변경에 영향받지 않고 그 반대도 마찬가지이므로 더 큰 유연성과 빠른 개발 시간을 얻을 수 있습니다.

모듈식 시스템

이러한 레이어를 분리하는 또 다른 방법은 모듈식 시스템을 이용하는 것입니다. 이 접근 방식에서는 프레젠테이션 및 비즈니스 레이어에서 발견되는 특정 기능들이 재사용 가능한 사전 구축된 모듈로 배열됩니다. 개발자는 새로운 모듈을 선택하고 통합하기만 하면 기능을 쉽게 추가, 업그레이드 또는 교체할 수 있습니다. 사전 통합된 모듈을 사용하면 시장 출시 시간을 단축할 수 있으면서도 기업이 다양한 공급업체의 서비스를 유연하게 사용할 수 있습니다.

마이크로서비스 접근법

이커머스 아키텍처에 대한 가장 유연한 접근법은 레이어를 마이크로서비스라고 하는 독립적인 구성 요소로 최대한 분리하는 것입니다. 이를 통해 개발자는 모든 서비스와 기능에 대한 세밀한 제어권을 갖게 되어, 다른 기능에 영향을 주지 않고 구성 요소의 타겟 스케일링이 가능합니다. 빠른 혁신을 우선시하는 대규모의 숙련된 사내 기술팀을 보유한 소매업체가 마이크로서비스 접근법에서 가장 큰 이익을 얻습니다.

모놀리식 vs 마이크로서비스 이커머스 아키텍처

좀 더 자세히 살펴보기 위해 이커머스 아키텍처 스펙트럼의 양 끝을 비교해 보겠습니다. 엔터프라이즈에 어떤 접근법이 가장 적합할지 생각하는 유용한 방법은 유연성 측면에서 고려하는 것입니다. 가장 유연성이 낮은 아키텍처는 모놀리식이지만, 유지 관리가 가장 간단합니다. 마이크로서비스 아키텍처는 가장 유연하지만 가장 높은 기술적 투자를 필요로 합니다.

이커머스에 모놀리식 아키텍처를 사용하는 이유

모놀리식 시스템에서는 이커머스 아키텍처의 모든 레이어와 기능이 긴밀하게 결합되고 통합되어 있습니다. 이는 온라인 소매업체가 유지 관리하기에 가장 직관적인 시스템입니다. 모놀리식 시스템은 과거에 상당한 제약이 있었지만, Shopify와 같은 제공업체는 풀 플랫폼 옵션을 제공하여 즉시 사용 가능한 강력하고 유연한 기능을 많이 포함하고 있습니다.

모놀리식 아키텍처의 장점

모놀리식 아키텍처를 사용하면 여러 이점이 있으며, 이는 시작하는 소규모 사업뿐만 아니라 대기업에도 해당됩니다. 특히 여러 제품을 보유한 대기업은 새로운 제품이나 실험적인 브랜드를 출시하기 위해 전략적으로 모놀리식 아키텍처를 사용합니다.

• 빠른 시장 출시: 시스템의 모든 것이 완벽하게 통합되어 있기 때문에, 기업은 매우 짧은 시간에 스토어를 설정할 수 있습니다. 코로나19 기간에 Heinz는 Shopify의 풀 플랫폼 솔루션을 사용하여 집에서 격리 중인 사람들에게 제품을 직접 배송하기 위한 온라인 스토어를 단 7일 만에 출시했습니다.
• 낮은 기술적 요구사항: 이커머스 기능의 모든 부분이 사전 구성되고 통합되어 있어 기술적 관점에서 걱정할 것이 많지 않습니다. 모놀리식 아키텍처는 모니터링, 디버깅, 유지 관리가 더 쉽고, 대부분의 이커머스 풀 플랫폼 솔루션이 이 모든 것을 대신 해줍니다.
• 비용 효율적: 개발자, 엔지니어, 기타 기술 리소스는 고용하고 유지하는 데 매우 큰 비용이 들 수 있습니다. 모놀리식 풀 플랫폼 솔루션은 모든 것이 완벽하게 함께 작동하도록 구축되어 깊은 개발 전문 지식이 필요하지 않습니다.

모놀리식 아키텍처의 단점

모놀리식 시스템은 많은 온라인 소매업체에게 강력하고 빠른 시작 솔루션이 될 수 있지만, 몇 가지 단점도 있습니다. 이는 주로 사업이 혁신하고 확장해야 할 때 나타납니다.

• 유연성 부족: 사업이 긴밀하게 통합된 모놀리식 시스템의 한 부분을 변경하고자 한다면, 다른 부분들이 쉽게 영향받을 수 있습니다. 전체를 재구축하고 재배포할 능력이 없다면 시스템을 사용자 정의하거나 변경할 수 있는 옵션이 제한될 수 있습니다.
• 확장의 어려움: 모놀리식 시스템에서는 개별 구성 요소나 기능을 확장하는 것이 어렵습니다. 재고나 결제와 같은 하나의 구성 요소만 추가 리소스가 필요할 때도 전체 시스템을 확장해야 할 수 있습니다.
• 독립적 작업 불가능: 다양한 개발팀을 활용하여 더 빠르게 혁신하고 싶다면, 여전히 공통 코드베이스에서 작업해야 하므로 개발 및 배포 시간이 느려질 수 있습니다.

이커머스에 마이크로서비스 아키텍처를 사용하는 이유

브랜드가 확장되고 혁신 방안을 모색하면서 모놀리식이나 다른 아키텍처에 의해 제한받을 수 있습니다. 고도로 숙련된 기술팀과 함께 마이크로서비스 아키텍처를 구현하면 개발 시간을 단축하고, 민첩성을 높이며, 광범위한 사용자 정의를 가능하게 할 수 있습니다.

마이크로서비스 아키텍처의 장점

이커머스 내에서 마이크로서비스 아키텍처는 혁신을 중시하는 기술적으로 진보된 대규모 사업에서 가장 효과적으로 활용됩니다. 개발자팀이 거의 모든 프레임워크, 코드베이스, 제공업체, 도구의 조합을 사용하여 독특하고 완벽하게 맞춤화된 기술 스택을 구축할 수 있습니다.

• 경쟁력 있는 민첩성: 대형 소매업체가 변화하는 시장 수요에 빠르게 적응할 방법을 찾고 있다면, 마이크로서비스 아키텍처가 좋은 선택이 될 수 있습니다. 모든 것이 매우 느슨하게 결합되어 있을 때, 기술팀은 전체 스택에 영향을 주지 않고 새로운 기능과 역량을 빠르게 구축하고 출시할 수 있습니다.
• 개별 확장성: 개발자는 다른 관련 없는 리소스를 늘리지 않고도 개별 구성 요소나 기능을 빠르게 확장할 수 있습니다. 예를 들어, 소매업체는 전체 데이터베이스나 웹 서버를 확장하지 않고도 더 많은 동시 뷰를 지원하도록 제품 카탈로그를 확장할 수 있습니다.
• 개발자 자율성: 마이크로서비스 아키텍처를 통해 개발자팀은 서로 완전히 독립적으로 작업할 수 있어 훨씬 빠르게 작업하고 가장 적합한 도구를 사용할 수 있습니다.

마이크로서비스 아키텍처의 단점

이커머스에서 마이크로서비스 아키텍처에는 여러 단점이 있으며, 대부분은 기술적 복잡성이 급격하게 증가했기 때문입니다. 기능을 개별 서비스로 분산시키면 단일 장애 지점은 제거되지만, 더 많은 서비스가 추가될수록 여러 개의 작은 중단이 발생할 가능성이 빠르게 증가합니다.

• 높은 초기 투자 및 지속적인 비용: 마이크로서비스 아키텍처를 구현하거나 마이그레이션하는 것은 상당한 시간과 투자를 필요로 할 수 있습니다. 모든 새로운 기능과 서비스는 개별적으로 개발, 통합, 배포되어야 합니다.
• 복잡한 유지 관리 및 감독: 완전히 분산된 마이크로서비스 아키텍처는 모니터링하고 문제를 해결하는 데 많은 노력이 필요합니다. 모든 서비스를 가동 상태로 유지하는 것은 특히 서비스가 추가되고 업그레이드될수록 많은 시간과 노력이 소요될 수 있습니다.
• 기술 리소스 접근성: 끊임없이 변화하는 도구, 프레임워크, 기타 리소스의 조합을 지원할 특정 기술 인재를 찾는 것은 매우 어려울 수 있습니다. 그리고 더 많은 서비스가 추가될수록 더욱 어려워집니다.

컴포저블 및 헤드리스 이커머스 아키텍처

헤드리스 아키텍처와 컴포저블 시스템은 마이크로서비스의 고도로 복잡한 부분 없이 모놀리식 시스템보다 더 많은 유연성을 확보하는 방법입니다. 헤드리스 아키텍처는 단순히 백엔드를 프론트엔드에서 분리하여 API를 통해 둘 사이의 통신을 가능하게 합니다. 이를 통해 컴포저블 또는 모듈식 구성 요소로 프론트엔드를 구축할 수 있습니다.

이커머스에 컴포저블 아키텍처를 사용하는 이유

사업에서 다양한 제공업체의 이커머스 기능을 통합하고 싶지만 완벽한 맞춤형 구축의 복잡성과 비용을 감당하고 싶지 않을 때, 컴포저블 아키텍처가 좋은 선택이 될 수 있습니다. 컴포저블 시스템을 통해 개발자는 직접 구축하지 않고도 다양한 공급업체의 사전 구축된 구성 요소를 활용할 수 있습니다. 종종 더 빠른 개발 시간과 더 큰 민첩성을 위해 단순히 조합하고 매치할 수 있습니다.

컴포저블 아키텍처의 장점

• 통합 용이성: 컴포저블 아키텍처를 통해 개발자는 최고 수준의 구성 요소를 빠르게 선택하고 통합할 수 있습니다. 온라인 소매업체는 이를 활용하여 구매 경험을 개선하는 기능을 빠르게 추가하고 업그레이드할 수 있습니다.
• 유연성과 민첩성: 시장과 고객 선호도는 빠르게 변화합니다. 컴포저블 아키텍처를 통해 개발자는 본질적으로 백엔드 시스템과 독립적으로 선택하고 배포할 수 있는 빌딩 블록을 갖게 됩니다.
• 확장 효율성: 다양한 구성 요소가 서로 분리되어 있기 때문에 개별적으로 확장할 수 있습니다. 이는 하나의 구성 요소만 더 많은 리소스가 필요할 때 전체 시스템을 확장할 필요가 없으므로 리소스 사용을 더 효율적으로 만듭니다.

컴포저블 아키텍처의 단점

컴포저블 아키텍처의 많은 이점이 전체 아키텍처의 규모가 커질수록 단점이 될 수 있습니다. 다양한 공급업체의 서로 다른 구성 요소로 구축된 이커머스 아키텍처는 매우 강력한 구매 경험을 제공할 수 있지만, 관리와 오버헤드 문제가 발생할 수 있습니다.

• 규모에 따른 복잡성 증가: 필수적인 이커머스 기능이 다양한 공급업체에 의존할 때, 시스템이 더 복잡해집니다. 이는 개발 비용 증가와 혁신 대신 오버헤드 관리에 더 많은 기술적 시간을 소비하게 될 수 있습니다.

• 공급업체 의존성: 중요한 기능이 특정 공급업체가 제공하는 구성 요소에 의존한다면, 공급업체 종속성에 직면할 수 있습니다. 이로 인해 매년 비용이 증가할 수 있습니다. 해당 제공업체의 서비스가 어떤 이유로든 사용할 수 없게 되면 전체 스토어가 영향받을 수 있습니다.
• 통합 관리: 컴포저블 아키텍처를 통해 개발자가 구성 요소를 조합하고 매치할 수 있지만, 모든 것이 잘 작동한다고 보장되지는 않습니다. 시스템 전체의 통합이 진정으로 원활하게 이루어지게 하고 성능에 어떤 식으로든 영향을 주지 않도록 하는 것은 쉽지 않습니다.

왜 이커머스에 헤드리스 아키텍처를 사용하나요?

오늘날의 온라인 쇼핑객들은 더욱 정교해지고 있으며, 개인화된 경험, 다양한 채널에서의 구매 기회, 미디어가 풍부한 제품 카탈로그를 기대합니다. 소매업체가 이러한 기대에 적응할 때, 이는 직접적으로 매출 증대로 이어질 수 있습니다. Epsilon의 연구에 따르면 브랜드가 개인화된 경험을 제공할 때 소비자가 구매할 가능성이 80% 더 높다고 합니다. 많은 브랜드가 몰입형 옴니채널 고객 경험을 제공하기 위해 헤드리스 아키텍처를 채택하고 있습니다.

헤드리스 이커머스의 장점

프론트엔드 프레젠테이션 레이어를 백엔드 커머스 기능에서 분리함으로써, 헤드리스 이커머스 아키텍처는 소매업체에게 더 큰 유연성과 민첩성을 제공합니다. 매일 더 많은 사업이 매출을 증대하고 고객 참여를 높이기 위해 헤드리스 커머스를 채택하고 있습니다.

• 원활한 연결성: 특히 Shopify와 같은 플랫폼에서 호스팅되는 헤드리스 아키텍처는 서로 대화하고 제3자와 원활하게 통합하도록 설계된 시스템으로 구축될 수 있습니다. 이를 통해 개발자가 새로운 기능을 더 빠르게 추가하고 배포할 수 있습니다.
• 옴니채널 역량: 헤드리스 아키텍처를 사용하면 이메일, 소셜 미디어, 모바일 앱 등 다양한 채널에 맞춤화된 구매 경험을 제작하고 제공할 수 있습니다.
• 빠른 혁신: 프론트엔드와 백엔드를 분리함으로써 기술팀이 각각을 독립적으로 작업할 수 있어 더 빠른 개발 시간을 가능하게 합니다. 새로운 역량을 더 빠르게 출시할 수 있어 빠른 혁신의 기반을 제공합니다.

헤드리스 이커머스의 단점

모놀리식 또는 풀 플랫폼 아키텍처에서 마이그레이션하는 경우, 헤드리스 커머스의 가장 큰 단점은 전체적인 복잡성의 증가입니다. 분리된 아키텍처는 항상 프론트엔드와 백엔드 간의 일관성, 동기화, 조정을 보장하기 위해 더 많은 작업을 필요로 합니다.

• 더 숙련된 기술 리소스 필요: 헤드리스 아키텍처를 관리하려면 모놀리식 시스템보다 더 전문화된 기술 스킬에 대한 접근이 필요합니다. 이커머스 기능이 더 분산됨에 따라 운영이 동기화되도록 하는 데 더 많은 시간을 소비해야 합니다.
• API 의존성: 대부분의 헤드리스 아키텍처는 프론트엔드와 백엔드 시스템 간의 통신을 위해 API를 사용합니다. 하지만 이는 API의 성능과 안정성에 문제가 있으면 사업에 영향을 줄 수 있다는 의미입니다.
• 오버헤드 증가: 사업이 채널 전반에 걸쳐 여러 프론트엔드를 출시하기 위해 헤드리스 아키텍처를 채택한다면, 각각은 팀으로부터 더 많은 개발 시간과 지속적인 지원을 필요로 할 것입니다.

이커머스에 가장 좋은 아키텍처는 무엇인가요?

모든 소매업체는 고유하며, 기술적 요구사항은 때로는 빠르게 진화합니다. 이는 현재와 미래의 요구사항, 사업 목표, 기술 리소스를 완전히 평가하는 것이 선택에 반영하는 것이 중요하다는 의미입니다. 이러한 요소들은 엔터프라이즈에 적합한 이커머스 기술을 선택할 때 진정으로 가장 중요합니다.

어떤 이커머스 기술 스택이 적합하든 간에 올바른 플랫폼 제공업체를 선택하는 것이 매우 중요합니다. 요구사항에 맞지 않는 아키텍처를 강요하거나, 장기 계약에 묶이거나, 값비싼 전문 개발자가 필요한 플랫폼을 선택하고 싶지 않을 것입니다.

엔터프라이즈에 적합한 플랫폼 제공업체는 가장 잘 작동하는 이커머스 아키텍처를 유연하게 지원하도록 구축될 것입니다. Shopify와 같은 플랫폼은 마이그레이션할 필요 없이 한 아키텍처에서 다른 아키텍처로 진화할 수 있게 해줍니다. 패션 소매업체 AJE는 Shopify에 머물면서 온라인 스토어를 완전히 개편하고, 개선된 모바일 구매 경험을 제공하며, 기능을 확장했습니다.

그리고 Shopify는 풀 플랫폼, 헤드리스, 컴포저블 커머스 등 사업에 가장 적합한 옵션을 선택할 수 있게 해줍니다. Shopify는 심지어 고객이 모든 유형의 아키텍처에서 Shop Pay(가속화된 결제)와 같은 인기 있는 구성 요소에 접근할 수 있도록 보장합니다. Shopify의 소매업체들은 또한 웹에서 가장 높은 전환율을 보이는 결제 수단을 이용할 수 있습니다.

현재 이커머스 아키텍처를 평가하는 방법

현재 이커머스 아키텍처를 검토하면 사업에서 어떤 변경이 의미가 있는지 결정하는 데 도움이 될 수 있습니다. 먼저 현재와 미래의 사업 요구사항과 고객의 기대치와 행동이 시간이 지남에 따라 어떻게 변할 수 있는지 고려해야 합니다. 그런 다음 현재 아키텍처가 얼마나 확장 가능하고 유연하며 빠른지 살펴보고 앞으로 요구사항을 충족할 수 있을지 파악하세요.

현재 아키텍처가 잘 작동하고 있더라도, 플랫폼 제공업체는 그렇지 않을 수 있습니다. 이커머스 플랫폼을 평가할 때 묻기 유용한 질문들은 다음과 같습니다.

1. 플랫폼이 총 소유 비용을 감소시키나요? 매출과 수익 모두에 도움이 되나요?
2. 플랫폼이 전체적인 유연성, 민첩성, 시장 출시 시간을 증가시키나요, 아니면 감소시키나요?
3. 플랫폼이 사업을 특정 아키텍처나 공급업체와의 장기 계약에 묶어두나요?
4. 플랫폼이 혁신을 위해 설계된 인프라를 지원하나요?
5. 얼마나 많은 선택권이 제공되나요? 요구사항을 충족하나요?
6. 플랫폼이 사업 요구사항의 규모에 맞출 수 있나요?
7. 플랫폼이 연구개발에 투자하나요?
8. Gartner의 Magic Quadrant™에 나타나나요?
9. 플랫폼이 이미 지원하는 업계나 부문은 얼마나 되나요?
10. 즉시 사용 가능한 기능은 얼마나 필요한가요?
11. 사용 중인 다른 플랫폼이나 시스템과 어떻게 통합되나요?