loading...

헤드리스 아키텍처와 컴포저블 시스템

헤드리스 아키텍처와 컴포저블 시스템

이 글은 IDG의 아티클을 전재하여 제공합니다.
[원문보기] : https://www.itworld.co.kr/news/268515

시스템이 복잡한 맞춤화 작업이나 통합 작업을 요구하는 경우(ERP, CRM, CMS 등)가 있다. 이때 이 유연한 아키텍처를 선택하면 보안과 확장성 측면에서 혜택을 볼 수 있다. 각종 데이터 모델, 비즈니스 로직, 머신러닝 기능과 같은 시스템의 핵심에 접근해 활용해야 할 때가 있다. 이용 중인 플랫폼의 표준 사용자 경험이나 간소화된 워크플로우에 갇히지 않은 채로 말이다. APIㆍ위젯이 있기는 하다. 이들은 플랫폼 확장을 위한 유연성을 제한적으로나마 제공한다.

그러나 비즈니스 요구사항으로 인해 다양한 워크플로우 맞춤화, 복잡한 실시간 통합 및 중요한 설계 맞춤화를 추가해야 하는 경우에는 어떻게 해야 할까? 코드 추가는 복잡해질 수 있기에 솔루션을 처음부터 맞춤화 하는 것이 좋다고 생각할 수 있을 것이다. 그러나 전사자원관리(ERP), 고객관계관리(CRM), 전자상거래, 검색 혹은 기타 복잡한 시스템을 처음부터 개발하는 작업은 몹시 벅찰 뿐만 아니라 비용이 많이 든다.

헤드리스 아키텍처(headless architecture)란?

헤드리스 아키텍처를 이용한 플랫폼들이 적절한 절충안을 제시할 수 있다. 절충점을 찾을 수 있도록 돕는다. 이러한 플랫폼들은 데이터베이스, 비즈니스 로직, 통합 기능을 갖춘 완전한 백엔드 시스템을 제공하는 API 우선 아키텍처를 내장하곤 한다. 개발팀은 플랫폼의 API 혹은 SDK를 사용해 고객 대면 프론트엔드 사용자 경험 및 통합을 제대로 맞춤화할 수 있다.

K3의 사장 겸 CEO인 고든 알롯은 “헤드리스 아키텍처는 제프 베이조스의 직원 대상 메시지를 떠올리게 한다. ‘원하는 것을 원하는 방식으로 만들라. 그러나 모든 커뮤니케이션을 포괄하는 API를 포함해야 한다’라는 메시지다”라고 비유했다.

아마존이 아마존 웹 서비스(AWS)를 성공시킨 이유로 간주되는 베이조스의 유명한 맨데이트(mandate)에 맞춰 헤드리스 아키텍처를 설명하면 다음과 같다.

CMSㆍ검색에 적합한 옵션

일부 헤드리스 아키텍처 플랫폼은 백오피스 도구를 제공하지만 프론트엔드 고객 경험은 대개 플랫폼의 API를 사용해 맞춤형으로 구축된다. 예를 들어, 한 헤드리스 CMS는 콘텐츠를 만들고 게시하기 위한 도구를 제공한다. 그럼에도 불구하고 개발팀은 선택한 자바스크립트 프레임워크를 사용하여 고객 경험을 맞춤 코딩한다.

직원ㆍ고객 대면 검색은 많은 조직이 ‘헤드리스 검색’을 사용하는 또 다른 영역이다. 이러한 검색 플랫폼들은 일반적으로 콘텐츠 소스 통합, 분류 체계 관리(taxonomies), 검색 지수 개발, 검색 관련성 조정, 추천 엔진 및 기타 머신러닝 알고리즘 구성을 위한 백엔드 도구를 제공한다. 개발팀은 검색 플랫폼의 UI를 사용하는 대신 헤드리스 아키텍처의 API를 사용하여 웹 페이지, 모바일 앱, 서비스형 소프트웨어 및 기타 플랫폼과 통합되는 구성 요소를 구축한다.

뉴젠 소프트웨어(Newgen Software)의 제품 부문 수석 부사장인 아빈드 자는 “헤드리스 아키텍처는 인터페이스 관점에서 얻을 수 있는 자유도와 관련성이 크다. IT 성숙도가 높은 대기업들은 경량 UI 프레임워크(lightweight UI frameworks) 및 API 기반 콘텐츠 서비스의 이점을 모두 활용하기 위해 헤드리스 콘텐츠 접근 방식을 채택하고 있다”라고 말했다.

왜 헤드리스 아키텍처인가?

개발팀이 헤드리스 아키텍처를 활용하고자 하는 이유 중 하나는 특히 고객 대면 사용자 경험 관련 맞춤화 유연성(Customization flexibility)이다. 하이퍼트랙(HyperTrack)의 설립자이자 CEO 카시얍 더라는 헤드리스 아키텍처가 다수의 시스템에 걸친 복잡한 워크플로를 연결하는 데에도 사용된다고 말했다.

더라는 “분산 소유권을 가진 여러 시스템이 통합되어 워크플로 혹은 경험을 지원하는 경우, 헤드리스 아키텍처를 고려할 이유가 충분하다”라며 “전자 상거래 주문 이행 워크플로우는 카트, 창고, 배달원 선택, 드라이버 앱, 배송 증명을 관리하는 다른 시스템을 포함할 수 있다. 각 시스템은 소유자, 확장성, 플랫폼이 다를 수 있으나 고객에게 엔드 투 엔드 주문 이행 경험을 지원하기 위해 통합되어야 한다”라고 설명했다.

헤드리스 아키텍처의 필요성이 커지는 배경으로는 다수의 시스템에 걸친 워크플로우뿐만 아니라 사용자 기기 수의 증가 추이도 있다. 웹 인터페이스 지원은 모바일 우선 아키텍처로 전환됐다. 현재 점점 더 많은 기업이 시계, 자동차, 홈 어시스턴트의 UI를 지원하고 있으며 메타버스 경험 지원을 위한 준비를 원한다.

컨설팅 솔루션(Consulting Solutions)의 수석 부사장 아미트 파텔은 여러 기기에 걸쳐 경험을 최적화하는 조직이라면 헤드리스 아키텍처를 고려해야 한다며 “진정한 옴니채널 경험 제공을 원할 경우, 기본 플랫폼 및 시스템을 고려하지 않고 사용자의 디지털 콘텐츠를 데스크톱, 모바일, 스마트 워치 및 기타 스마트 기기에 이르는 다수의 고객 터치포인트에 걸쳐 사용자에게 원활하게 제공할 수 있다는 점에서 (이) 아키텍처는 완벽한 선택지다”라고 강조했다.

즉, 오늘날 개발팀이 헤드리스 아키텍처를 선택하곤 하는 3가지 이유는 사용자 경험 설계, 복잡한 플랫폼 오케스트레이션, 옴니채널 경험이다.

헤드리스 아키텍처 개념을 기반으로 한 컴포저블 시스템 구축하기

헤드리스 아키텍처는 한 단계의 프론트 엔드 사용자 경험 맞춤화를 제공하지만 중간 및 백엔드 유연성 문제는 해결하지 못한다. 한 단계 더 나아간 모듈화 및 디커플링은 조직이 다양한 플랫폼의 다양한 모듈을 사용해 기능을 선택할 수 있도록 하는 컴포저블 시스템의 필요성으로 이어진다.

상거래는 특히 서로 다른 지역에 다수의 사업 혹은 운영 라인을 보유한 기업에게 매력적인 적용 케이스다.

‘컴포저블 상거래’ 아키텍처는 다양한 상거래 경험을 최적화하는 개방적이고 유연하며 비즈니스 중심적인 솔루션이다. 이러한 솔루션들을 통해 헤드리스 기능을 넘어 주문, 결제, 카탈로그, 인벤토리 및 전자 상거래 솔루션에 번들된 기타 모듈을 분리할 수 있다.

마이플래닛(Myplanet)(현재는 오리움)의 CEO 제이슨 코트렐은 헤드리스 아키텍처 및 컴포저블 시스템을 사용해 비즈니스 복잡성이 어떻게 이점으로 이어지는 지에 대한 몇 가지 다른 예를 공유했다.

코트렐은 “도매 사업과 더불어 소비자 직접 서비스(direct-to-consumer) 라인을 출시하거나 웹과 스토어간 옴니채널 통합을 강화하는 등 규제된 환경에서 판매하는 브랜드는 컴포저블 상거래 시스템이 적합한 복잡성 관련 사례의 하나다”라고 말했다.

컴포저블 상거래는 유연성을 제공하고 모듈화는 선택권을 제공하지만 하나의 빌딩 블록에서 또 다른 빌딩 블록으로 교환하는 데에는 대가가 따른다는 점을 기억할 필요가 있다. 컴포저블 상거래는 적어도 아직은 레고가 아니다. 진정한 개방형 표준을 만들기 위해서는 많은 노력이 필요하다.

삼성SDS 클라우드 매니지먼트 서비스 - AWS, Azure 등 하이브리드/멀티클라우드 환경에 최적화된 클라우드 운영 서비스

모든 레이어에서의 유연성 추구

설계자는 레이어를 사용하여 서비스 및 애플리케이션이 개발되는 방법을 정의할 수 있다. 따라서 마이크로서비스, 헤드리스 아키텍처 및 컴포저블 시스템 간 연결을 생각할 수 있는 한 가지 방법이 있다.

• 마이크로서비스를 통해 개발팀은 종속성을 줄이고 소규모 원자적 기능 제공을 자동화함으로써 워크플로를 더욱 쉽게 구축, 배포 및 조정할 수 있다.
• 헤드리스 아키텍처를 통해 백엔드 기능을 프론트엔드 환경에서 분리할 수 있다.
• 컴포저블 시스템은 조직이 다수의 플랫폼 혹은 서비스 공급자가 제공하는. 동종 최고의 모듈식 기능을 활용할 수 있도록 지원한다.

추가적인 아키텍처 고려사항에는 원점 회귀(Shift-left) 보안 관행 구현 방법, 멀티클라우드 아키텍처 고려 시기, 노코드(no-code) 혹은 로우코드(low-code) 패러다임으로 기능을 구축할지 여부, 성능을 최적화하는 데이터 아키텍처 유형이 포함된다.

간단한 앱의 경우, 간단한 메인스트림 아키텍처를 고수하는 것이 가장 좋다. 그러나 보안, 규모, 비즈니스 복잡성에 직면한 경우, 유연한 아키텍처를 최적화할 수 있는 다양한 옵션이 증가하고 있다.


IDG logo

▶   해당 콘텐츠는 저작권법에 의하여 보호받는 저작물로 기고자에게 저작권이 있습니다.
▶   해당 콘텐츠는 사전 동의 없이 2차 가공 및 영리적인 이용을 금하고 있습니다.


이 글이 좋으셨다면 구독&좋아요

여러분의 “구독”과 “좋아요”는
저자에게 큰 힘이 됩니다.

subscribe

구독하기

subscribe

Isaac Sacolick
Isaac Sacolick

StarCIO의 Founder 겸 InfoWorld의 Contributing Editor

애자일, 데브옵스, 데이터 과학을 다룬 ‘Driving Digital: The Leader’s Guide to Business Transformation through Technology’의 저자

공유하기