AEM 시작하기: 온프레미스 vs AEM 클라우드 (간단히)
Source: Dev.to
번역하려는 전체 텍스트를 제공해 주시면, 요청하신 대로 한국어로 번역해 드리겠습니다. (코드 블록, URL 및 마크다운 형식은 그대로 유지됩니다.)
온프레미스 vs. 클라우드 – 실제 차이
대기업에서 일해 본 적이 있다면, 아마도 다음과 같은 말을 들어봤을 것입니다:
“우리 웹사이트는 AEM으로 운영됩니다.”
그렇다면 AEM은 정확히 무엇일까요? 그리고 AEM 온프레미스와 AEM as a Cloud Service는 어떻게 다를까요?
복잡한 용어 없이 실제 작동 방식을 간단히 살펴보겠습니다.
그렇다면 AEM이란?
**Adobe Experience Manager (AEM)**은(는) 기업이 다음을 할 수 있도록 돕는 플랫폼입니다:
- 웹사이트 구축
- 콘텐츠 관리
- 양식 작성
- 디지털 자산 저장 및 재사용
- 채널 전반에 걸친 일관된 경험 제공
AEM을 강력한 콘텐츠 엔진이라고 생각하면 되며, 비즈니스 사용자와 개발자 사이에 위치합니다.
기업은 어디에서 AEM을 사용하나요?
AEM은 일반적으로 사이트가 크고 복잡할 때 선택됩니다:
- 여러 팀이 콘텐츠를 업데이트함
- 성능과 보안이 매우 중요함
- 콘텐츠를 브랜드 또는 지역 간에 재사용해야 함
주요 산업 분야:
- 은행 및 금융
- 소매업
- 의료
- 미디어 기업
- 정부 포털
AEM 온프레미스 vs. AEM 클라우드 – 현실을 이야기해봅시다
AEM 온프레미스 (전통적인 방식)
On‑Prem을 사용하면 거의 모든 것을 직접 관리합니다:
- 서버
- 스케일링
- 패치
- 업그레이드
- 가용성
제어를 제공하지만 책임도 동반합니다.
AEM 클라우드 (현대적인 방식)
AEM as a Cloud Service를 사용하면:
- Adobe가 인프라를 관리합니다
- 스케일링이 자동으로 이루어집니다
- 업데이트가 지속적으로 진행됩니다
- CI/CD가 내장되어 있습니다
서버가 아니라 콘텐츠와 코드에 집중할 수 있습니다.
고수준 비교 (빠른 보기)

핵심 AEM 빌딩 블록 (모든 곳에서 공통)
AEM이 어디에서 실행되든 핵심 아이디어는 동일합니다.
AEM Sites – 페이지가 구축되는 곳
AEM Sites는 마케팅 팀이 활동하는 곳입니다. 다음을 지원합니다:
- 드래그 앤 드롭 컴포넌트
- 편집 가능한 템플릿
- 다중 언어 지원
- 다중 사이트 관리
간단히 말하면: 개발자는 컴포넌트를 만들고 → 저자는 페이지를 조립합니다.

AEM Forms – 데이터가 중요한 경우
AEM Forms는 단순 콘텐츠 이상이 필요할 때 사용됩니다. 일반적인 예시:
- 은행 신청서
- 보험 청구
- 정부 제출 서류
다음 기능을 지원합니다:
- 적응형 폼
- 검증
- 워크플로우
- 보안 데이터 처리

AEM Content & Assets – 하나의 중앙 콘텐츠 허브
AEM은 페이지뿐만 아니라 콘텐츠 재사용도 포함합니다. **AEM Assets (DAM)**를 사용하면:
- 이미지, 비디오, PDF가 한 곳에 저장됩니다
- 메타데이터 및 태깅을 통해 검색이 용이합니다
- 자산을 여러 사이트에서 재사용할 수 있습니다

Source: …
Under the Hood
Apache Sling – How URLs Talk to Content
Apache Sling maps URLs directly to content stored in AEM.
| 전통적인 MVC | Sling 접근 방식 |
|---|---|
| URL → Controller → View | URL → Content → Script |

Jackrabbit JCR – The Content Brain
AEM은 **JCR (Java Content Repository)**에 모든 것을 저장합니다. JCR에 들어가는 것들은?
- 페이지
- 컴포넌트
- 템플릿
- 설정
- 사용자 권한
관계형 데이터베이스가 아니라 콘텐츠에 최적화된 트리 구조의 저장소입니다.
Root
└─ Content
└─ Site
└─ Page
└─ Component
Apache Felix – Why AEM Is Modular
AEM은 Apache Felix (OSGi) 위에서 실행되며, 이는 다음을 의미합니다:
- 모든 것이 번들이다
- 서비스는 독립적으로 업데이트될 수 있다
- 전체 서버를 재시작할 필요가 없다
개발자들은 단일 모놀리스를 배포하는 것이 아니라 기능을 배포하기 때문에 이를 좋아합니다.

온‑프레미스 vs. 클라우드 – 운영 관점

(플레이스홀더 URL을 실제 표시하려는 이미지 URL로 교체하세요.)
TL;DR
| Aspect | AEM On‑Prem | AEM as a Cloud Service |
|---|---|---|
| 소유권 | 서버, 확장, 패치, 업그레이드를 직접 관리합니다. | 인프라는 Adobe가 소유하며, 자동 확장 및 지속적인 업데이트를 제공합니다. |
| 제어 | 환경에 대한 완전한 제어 | 저수준 제어는 감소하고, 콘텐츠에 더 집중 |
| 운영 부담 | 높음 (내부 운영 팀) | 낮음 (Adobe가 운영을 담당) |
| 시장 출시 시간 | 느림 (수동 프로비저닝) | 빠름 (자동 프로비저닝, CI/CD) |
| 비용 모델 | CapEx (하드웨어, 라이선스) | OpEx (구독) |
AEM 비교 다이어그램

So… Which One Should You Choose?
AEM On‑Prem을 선택하는 경우:
- 전체 인프라 제어가 필요합니다
- 레거시 의존성이 있습니다
- 규정 준수 때문에 클라우드 사용이 제한됩니다
AEM Cloud를 선택하는 경우:
- 더 빠른 릴리스를 원합니다
- 운영 작업을 최소화하고 싶습니다
- 최신 디지털 경험을 구축하고 있습니다
최종 생각
AEM은 단순한 CMS가 아닙니다.
그것은 콘텐츠 플랫폼이며 다음으로 구동됩니다:
- Apache Sling
- JCR
- OSGi
- 엔터프라이즈 워크플로우
On‑Prem이 아직 존재하지만, AEM Cloud가 명백히 미래입니다.