2024년 9월 3일
Headless CMS (Content Management System)
1. Headless CMS의 개요
(1) Headless CMS의 개념 및 특징
- Headless CMS: Headless Content Management System
| 개념 | 특징 |
|---|---|
| 자유로운 콘텐츠 전달 채널 제공 위해 내장된 front-end 없이 back-end의 콘텐츠를 API 기반 제공하는 콘텐츠 관리 시스템 | – 웹앱, IoT 기기 등 멀티 콘텐츠 채널 제공 – 프론트/백엔드 분리로 모놀리식 단점 보완 – 콘텐츠 제작 및 개발에 높은 유연성 제공 – 외부 서드파티와 안전한 콘텐츠 공유 |
(2) Headfull CMS와 Headless CMS 비교
| 비교 항목 | Headfull CMS | Headless CMS |
|---|---|---|
| Front/Back-end 위치 | Front-end, Back-end가 같은 프로그램 내 존재 | Front-end와 Back-end가 별도 존재, API로 연동 |
| 콘텐츠 제공 | 서버에서 콘텐츠 렌더링 | API 기반 콘텐츠 제공 |
| 채널 확장성 | 고정된 채널로 확장 어려움 | 다양한 채널로 확장 가능 |
| 설정 및 관리 | 설정 및 관리 용이 | 설정 및 관리 어려움 |
- Headless CMS는 백엔드와 프론트엔드를 분리하여 API로 콘텐츠를 제공하기 때문에 PC용 웹사이트 부터 IoT 기기 전용 Front-end 까지 다양한 채널로 유연한 콘텐츠 제공 가능
2. Headless CMS의 아키텍처 및 구성요소
(1) Headless CMS의 아키텍처
 |
(2) Headless CMS의 구성요소
| 구분 | 구성요소 | 역할 |
|---|---|---|
| 콘텐츠 저장소 | 데이터베이스 | – 콘텐츠 구조화 저장, 데이터베이스 관리 – Entity, Attribute, Relation, SQL, DML |
| 파일시스템 | – 콘텐츠를 파일/디렉토리 단위 저장/접근 – 디스크 파티션, 파일, 디렉토리, i-node | |
| 오브젝트 스토리지 | – 컨테이너 기반 비정형 콘텐츠 처리/저장 – 데이터에 식별자 부여 및 식별자로 호출 | |
| API | CRUD API | – 프로세스와 DB 간 콘텐츠 접근 방식 제공 – Create, Read, Update, Delete |
| GraphQL | – 콘텐츠 접근 보장, 필요 데이터 구조 지정 – 쿼리, 스키마, 리졸버, 인트로스펙션 | |
| Restful API | – HTTP 기반 저장소 내 콘텐츠 생성, 읽기 – HTTP URI, Method, Message Payload | |
| 프론트엔드 App | 프레임워크 | – 여러 콘텐츠 접근 채널 개발 위한 S/W 구조 – 라이브러리, 개발 언어, 소프트웨어 플랫폼 |
| Application | – 콘텐츠 표시를 위한 응용 소프트웨어 – Web, Native App, WebApp, Hybrid App |
- Headless CMS는 대표적으로 워드프레스 VIP, Sitecore, Strapi 등 여러 솔루션이 있으며, 높은 라이선스 비용 등의 한계점이 있으므로 Cloud 기반 소규모 적용 후 확대 등 극복 필요
3. Headless CMS의 한계점 및 극복 방안
| 한계점 | 극복 방안 |
|---|---|
| – 기존 CMS 대비 높은 라이선스 비용 – 전문 기술 조직/인력 필요, 낮은 접근성 – 소규모 비즈니스에 적용 어려움 | – SaaS 등 Cloud 기반 소규모 적용 후 확대 – 데이터 전문 조직 신설, 전문 교육 훈련 – 제한된 채널만 필요 시 Headful CMS 사용 |
- 단말의 소형화, 기능 집적화, 웨어러블 디바이스 등 다양화로 자유로운 콘텐츠 전달 채널을 위해 Headless CMS를 사용하는 콘텐츠 시장이 성장할 것으로 전망
[참고]
- AWS, 헤드리스 CMS란 무엇인가요
About The Author
