엣지 전송 서비스를 위한 문서 작성(DA) 소개

문서 작성 (이전의 다크 앨리로 알려진 프로젝트)이라는 새롭고 매우 매력적인 조기 액세스 기술을 통해 엣지 배달 서비스 사이트를 관리할 수 있습니다. 엣지 딜리버리 구현의 편집, 번역, 저장 및 관리에 있어 신선한 바람을 불러일으키고 있으며, 이 기술을 사용한 첫 고객 프로젝트의 수석 아키텍트로서 제 경험과 생각을 여러분께 소개해 드리고 싶습니다. AEM 기반 사이트(또는 AEM으로 마이그레이션할 수 있는 사이트)에 대한 다음 조치를 평가하고 있다면 DA에 대해 반드시 알고 있어야 합니다.

엣지 전송 서비스를 위한 문서 작성(또는 DA)이란 무엇인가요?

문서 작성 또는 DA (이전 명칭: "프로젝트 다크 앨리")는 엣지 전송 서비스를 기반으로 사이트를 관리, 편집 및 게시하기 위한 초고속 엣지 전송 서비스 또는 Helix 네이티브 통합 솔루션입니다.

DA는 현재 Adobe의 초기 액세스 기술로, Adobe는 현재 당사와 같은 파트너 및 이 경로를 선택한 파트너와 함께 공동 혁신을 추진하고 있습니다. 이 글을 읽다가 "가입했어요" 하단으로 스크롤하여 Slack/Discord & 연락처 정보를 확인하시기 바랍니다.

기존 AEM 인프라 패러다임 또는 준현대 문서 기반 Edge Delivery 아키텍처에서 DA가 어디에 적합한지 이해하고자 하는 분들을 위해 먼저 몇 가지 용어를 정리해 보겠습니다:

엣지 전송 서비스란 무엇인가요?

Adobe의 Edge 전달 서비스는 웹 사이트 전달을 위한 최첨단 클라우드 기반 시스템으로, 작성된 문서 & 이미지(및 일부 비디오)를 가져와 매우 빠른 전달 속도에 최적화된 방식으로 웹에 게시합니다. Edge Delivery Services는 기본적으로 기존 AEM "게시자" 및 "디스패처" 서버 계층이 수행했던 것과 동일한 역할을 최신 아키텍처에서 수행 하며 다음과 같은 이점이 있습니다:

• 매우 빠른 전송 속도 - 기존 AEM과 Edge Delivery(여기서는 타이핑을 줄이기 위해 EDS라고 부름)를 연속으로 비교했을 때 EDS 페이지가 온프레미스 AEM 6.5보다 3배~6배 더 빨랐습니다.
• 글로벌 배송은 시스템에 기본으로 제공됩니다. (참고: 중국은 여전히 문제가 될 수 있습니다)
• 사실상 무제한 트래픽 용량 - 사이트를 전송하는 서버의 수가 정해져 있지 않기 때문에 슈퍼볼 광고 크기의 트래픽이 급증해도 문제 없이 처리할 수 있습니다. 엣지 딜리버리가 엄청난 규모의 트래픽 급증을 소화하는 능력은 이미 전설적인 것으로 유명합니다. 주요 TV 광고 캠페인을 운영해 본 EDS 사이트 운영자에게 물어보세요.
• 미리보기 게시 기능이 내장되어 있어 콘텐츠가 게시되기 전에 모든 기능을 갖춘 콘텐츠를 미리 볼 수 있습니다. 뿐만 아니라 빌드된 CI/CD 기능 세트 덕분에 모든 코드 브랜치에는 즉시 프로비저닝되는 자체 프리뷰 환경이 있어 스쿼드 수준의 UAT 및 기능 브랜칭에 있어 매우 뛰어난 유연성을 제공합니다.
• 간단한 '블록' 기반 콘텐츠 개발: 엣지 전송 서비스는 테이블, 탭, 아코디언 또는 열과 같은 콘텐츠 요소인 '블록'으로 구성된 페이지를 제공합니다. 그런 다음 간단한 Google 문서 스타일의 인터페이스로 작성됩니다.

기억하세요: 엣지 딜리버리 자체는 CMS가 아닙니다.

Edge Delivery는 AEM 솔루션의 일부로 제공되는 개발 프레임워크 및 전달 파이프라인이지만 콘텐츠 관리, 수정 액세스 제어, 번역 롤아웃, 디지털 자산 관리 시스템 통합 등에 사용하는 솔루션을 지시하지는 않습니다. 그 결과, 다음과 같이 엣지 전송 서비스에서 & 게시를 작성할 수 있는 완전히 유효하고 완벽하게 지원되는 수많은 시스템이 있습니다:

• 문서 작성
• Sharepoint
• Google 문서 도구
• Adobe Experience Manager 유니버설 편집기

이러한 각 도구 세트가 작업에 적합한 도구로 적합한 경우가 있으며, 각 도구의 장단점, 기능 및 한계를 이해하는 것이 중요합니다. 모든 사이트가 엣지 전송 서비스에 적합한 것은 아니며, 현 시점에서는 기존 AEM에 가장 적합한 사이트도 있을 수 있다는 점에 유의하세요.

엣지 전송 명명법의 또 다른 명확성 포인트입니다:

• "문서 기반" 저작은 콘텐츠의 기본 단위로 문서를 다룬다는 것을 의미합니다. 문서 작성은 HTML 문서를 사용합니다. Sharepoint는 Word 문서를 사용하고, Google은 당연히 Google 문서를 사용합니다. 이는 개별 문서와 해당 메타데이터가 AEM Java 콘텐츠 저장소에 노드로 저장되는 JCR 기반 저작과는 대조적입니다.
• "Helix" = 엣지 전송 서비스: 이 기술은 원래 코드명인 "헬릭스" 에서 시작하여 "프랭클린", "차세대 구성 가능성" 으로 여러 차례 이름이 변경되었습니다. 하지만 지금 "헬릭스" 참조가 표시되면 아래 다이어그램에서 엣지 전송 서비스 블록을 가리키는 것입니다.

문서 작성 & 엣지 전송 아키텍처 다이어그램

문서 작성의 기능 집합에 대해 자세히 알아보기 전에 먼저 예제 AEM/엣지 전달 배포에서 DA가 어디에 위치할 수 있는지에 대한 아키텍처 다이어그램을 살펴보겠습니다:

위의 아키텍처에서 DA는 CMS 및 저작 표면의 역할을 하며 분류, 자산 관리 및 번역과 같은 문서 관리 활동을 위한 통합 지점의 역할을 합니다. 그러나 일반적으로 기존 AEM 작성자와 같은 방식으로 백엔드 또는 공용 데이터 통합을 위한 중앙 통합 지점은 아닙니다.

위의 아키텍처에서는 다음과 같이 가정합니다:

• 문서 작성은 웹 문서 생성, 관리, 게시 및 번역 배포를 위한 표면입니다.
• 문서 작성에서 작성된 문서를 초고속으로 반응하는 웹 지원 형식으로 제공하는 퍼블리싱 계층인 Adobe Edge 전달 서비스를 제공합니다.
• 콘텐츠 배포 네트워크, 웹 방화벽 및 구성 가능한 리디렉션 계층으로 Adobe 관리형 CDN 사용.
• 웹 자산 관리를 위한 Adobe Experience Manager 자산 (웹 사이트에서 제공하는 이미지, 문서 및 기타 파일)
• 웹 양식 및 확인/거래 이메일용 허브스팟 . (이 역할은 AEM Forms, Marketo Forms 또는 기타 여러 양식 관리 제공업체가 수행할 수도 있습니다.)
• 동영상 관리 및 전송을 위한 Vidyard
• 번역용 스마트링

이 설정의 유연성과 제품 데이터, PIM 시스템, 레거시 시스템 등에 대한 데이터 상주 및 액세스 요구 사항을 어떻게 설계할 수 있는지에 대해 설명하는 데 상당한 시간을 할애할 수 있고, 또 그렇게 할 것입니다.

문서 작성(DA) 기능 세트

DA 기능 세트에는 다음이 포함됩니다:

문서 트리 관리

Edge Delivery 사이트의 콘텐츠 관리는 클라우드에 내부적으로 저장되고 버전이 지정된 문서를 사용하여 DA 인터페이스(Sharepoint 또는 AEM이 아닌) 내에서 수행됩니다. DA의 파일 관리 및 게시 인터페이스는 예상대로 일반적인 복사/붙여넣기/이동이 가능하며 게시/미리 보기 상태를 나타내는 Edge Delivery에 대한 호출 기능이 내장되어 있습니다.

문서용 편집기 & 시트

DA에는 웹 문서와 구조화된 데이터를 위한 문서 편집기( & 시트 편집기)가 포함되어 있습니다. 편집기는 빠른 기능을 위한 슬래시 메뉴( & 서식 지정), 블록에 빠르게 액세스할 수 있는 블록 라이브러리(예를 들어 "구성 요소" )를 프로젝트에서 만들었습니다.

프로젝트에 커스텀 UI 기능을 추가하기 위한 에디터 플러그인 프레임워크입니다. 우리가 사용한 플러그인으로는 AEM 인스턴스에서 AEM 태그를 선택하기 위한 태그 브라우저( & )나 이벤트 관리 UI에 예상 형식으로 날짜 형식을 입력하기 위한 날짜 선택기 등이 있습니다.

실시간 협업

DA에는 강력한 실시간 협업 기능이 포함되어 있어 거의 모든 사용자가 동시에 문서를 편집할 수 있습니다. 실제로 제가 문서 작성 기능을 소개하는 강연을 진행한 AdaptTo() 컨퍼런스에서 이 기능을 실시간으로 테스트해 보았습니다. 강연의 일환으로 200명 이상의 청중을 모두 초대하여 동시에 문서에 로그인하고 & 미리 보기를 편집하도록 했는데, 협업 백엔드가 완벽하게 작동하여 Office에서 편집할 때와는 비교도 할 수 없을 정도로 훌륭했습니다.

AEM Assets 통합

DA에는 AEM Assets 마이크로 프론트엔드(MFE)를 사용하는 기본 제공 AEM Assets 통합 기능이 포함되어 있습니다. 이를 통해 조직은 디지털 자산 관리를 위한 중앙 기록 시스템으로 AEM Assets을 계속 사용할 수 있으며, 작성자는 빠른 문서 기반 Edge Delivery 시스템에서 자유롭게 작업할 수 있습니다.

이에 대한 구현은 A+이며 DA의 킬러 기능 중 하나입니다.

문서 버전 관리 기능 내장

DA에는 문서 버전 관리 및 감사 기록 기능이 내장되어 있습니다. 모든 사용자가 문서를 수정할 때마다 & 타임스탬프로 감사가 이루어지며, 페이지를 게시할 때마다 자동으로 또는 복원 지점을 자르고 싶은 시점에 임시로 복원 지점 버전 관리가 수행됩니다.

버전 관리도 대량으로, 그리고 API를 통해 사용할 수 있습니다.

라이브 미리보기

DA는 편집 창에서 다양한 화면 크기(모바일, 태블릿, 데스크톱)로 실시간 미리보기를 제공합니다.

대량 툴링

아직 얼리 액세스 기술의 초기 구현 단계이지만 DA에는 대량 미리보기, 대량 게시, 대량 재색인 및 대량 버전 관리를 위한 매우 유용한 대량 툴이 이미 포함되어 있습니다.

여기에 전체 콘텐츠 트리에 걸친 광속 검색( & 대체)을 결합하면 대규모 콘텐츠에 걸쳐 안전하게 대량 변경한 후 배포하는 것이 매우 빠릅니다. & 작업할 수 있습니다.

예를 들어, 약 4000페이지로 구성된 사이트의 하위 섹션에서 하위 탐색에 사용하던 조각의 이름을 바꿔야 했습니다. 개발자에게 멋진 스크립트를 작성해 달라고 요청하는 대신(AEM 세계에서 하는 것처럼) DA UI에서 & replace를 검색하여 8초도 안 되는 시간에 모든 작업을 완료했습니다.

더 좋은 점은 사이트의 전체 섹션을 먼저 대량 버전으로 만들 수 있었기 때문에 & 대체 검색에 문제가 발생할 경우 즉시 백업 버전으로 되돌릴 수 있다는 점입니다. 다시....브레스 오브 프레시 에어.

번역/롤아웃 및 엣지 전송을 위한 "MSM" 대체품

출시 고객이 Sharepoint/유니버설 에디터 대신 DA를 선택한 가장 큰 이유는 DA의 강력한 로컬라이제이션 프레임워크와 페이지 롤아웃 & 재통합 기능 때문입니다. Google 문서 또는 Sharepoint(또는 유니버설 편집기가 있는 Crosswalk 사이트)로 현지화된 Edge Delivery 사이트를 구현할 때 가장 큰 문제는 AEM의 MSM(다중 사이트 관리자)을 대체할 프레임워크가 없다는 점입니다.

번역 관리 시스템(TMS) 커넥터와 MSM 기능을 활용할 수 없다면 Edge Delivery에서 로컬라이즈된 사이트를 구현하는 사람은 번역할 문서를 수집하고 TMS로 전송하기 위해 자체 맞춤형 워크플로와 문서 셔플링을 설계 및 구축해야 합니다. 또는 번역닷컴 등)를 다시 검색하여 로컬 변경 사항을 처리하고 롤아웃합니다. 이러한 기능만으로는 엣지 전송으로 전환하기 위한 개발 작업의 상당 부분을 차지할 수 있으며, EDS의 빠른 개발 속도에 따른 이점을 대부분 무효화할 수 있습니다. DA는 번역을 배송하고 해당 번역을 다시 가져올 때 현지 변경 사항을 적용하는 강력하고 매우 유연한 방식을 제공함으로써 이 문제를 해결합니다.

저작 & 게시 액세스 제어

DA에는 & 저작 액세스 제어를 위한 강력한 ACL 모델이 포함되어 있습니다. 저작 & 게시가 모두 동일한 시스템의 일부인 AEM과 같은 통합 시스템과 달리 Edge Delivery는 분리되어 있기 때문에 이 점에서 약간 흥미로울 수 있습니다. 위의 다이어그램을 참조하세요. "Helix" 또는 Edge Delivery에는 자체 미리보기/게시 권한 시스템이 있으며 세분화되어 있지 않습니다. 즉, "aem.page". 또는 "aem.live" 버킷을 사용할 수 없습니다. 세분화된 액세스 제어(예: "블로거" 그룹만 /블로그 콘텐츠 트리에 콘텐츠를 쓸 수 있지만 쓰기만 게시할 수 없음 등)는 작성자가 구현할 수 있는 영역에 달려 있습니다.

따라서 DA는 저작 표면 수준의 액세스 제어(세분화된)는 물론 헬릭스에서 보호된 게시를 구성하여 사용자가 미리 볼 수 있는 & 게시 콘텐츠를 에지 전송에 잠그는 메커니즘을 모두 지원합니다.

원시 속도

DA에 대해 마지막으로 언급해야 할 것은 (어쩌면 첫 번째가 될 수도 있는) DA는 의심할 여지없이 제가 사용해 본 CMS 중 가장 빠르다는 것입니다. 더 빠른 CMS를 찾을 수 있다면 알려주세요.

문서 로딩 시간, 게시 시간, UI의 전반적인 신속성은 타의 추종을 불허하며, 이는 물론 DA 자체가 Edge Delivery 프로젝트이기 때문에 가능한 일입니다. AEM 6.5와 DA를 연속으로 사용하는 클라이언트 측의 온보딩 작성자는 한결같이 DA의 속도에 놀라움을 금치 못합니다. 특히 AEM에서 중첩된 구성 요소가 포함된 복잡한 페이지나 JCR에서 로드하는 데 시간이 걸리는 여러 대화 상자를 처리할 때 그 차이가 극명하게 드러납니다.

문서 작성 기능을 사용하는 방법

다시 한 번 말씀드리지만, DA는 아직 엣지 전송 서비스를 위한 초기 액세스 기술입니다.

Edge Delivery Services 자체는 클라우드 서비스로서의 AEM의 일부이며, 이 시점부터 클라우드 서비스로서의 AEM과 통합된 제품입니다. 따라서 클라우드 서비스인 AEM으로의 이전을 고려 중이거나 이미 사용하고 있는 경우 DA가 옵션이 될 수 있습니다.

이미 Adobe와 함께 Slack을 구현 중인 경우 DA에 대해 문의하면 도움을 받을 수 있습니다.

전용 DA 채널이 있는 Adobe Discord를 통해서도 문의할 수 있습니다.

마지막으로, 사이트 또는 링크드인이나 트위터/X를 통해 직접 문의해 주시기 바랍니다. 제 경험담을 들려드리고 싶어요!

또는 Adobe Summit에 오시면 데모를 시연해 드리겠습니다!

들으신 내용이 마음에 드시나요? 어떤 것이 적합한지 궁금한 점이 있으신가요? 상담하고 싶어요! 문의하기

팟캐스트 에피소드 & 블로그 게시물