저장소 없는 스테이징 및 프로덕션 환경
작성 대상:
- 관리자
- 개발자
리디렉션 방식으로 단일 코드 베이스를 활용하는 스테이징 및 프로덕션 환경에 대해 별도의 사이트를 설정하는 방법에 대해 알아봅니다.
개요
스테이징 환경과 별도로 프로덕션 환경에 대한 사이트를 설정할 수 있습니다. 별도의 스테이징 및 프로덕션 설정에 대한 두 번째 사이트를 설정하는 것은 다중 사이트 관리에 필요한 설정과 비슷합니다. 실제로 필요한 경우 MSM 사이트 구조와 결합할 수 있습니다.
이 문서에서는 별도의 스테이징 및 프로덕션 환경의 일반적인 예를 사용합니다. 원하는 환경에 대해 별도의 환경을 만들 수 있습니다.
요구 사항
재사용 불가 스테이지 및 프로덕션 환경을 구성하려면 먼저 다음 작업을 완료해야 합니다.
- 이 문서에서는 사용자가 Edge Delivery Services을 사용하여 WYSIWYG 작성을 위한 개발자 시작 안내서를 기반으로 이미 프로젝트 사이트를 만들었다고 가정합니다.
- 이미 프로젝트에 대해 리디렉션 기능을 활성화한 상태여야 합니다.
구성
이 문서에서는 동일한 코드 베이스를 사용하여 프로젝트에 대해 별도의 프로덕션 사이트를 설정하는 방법에 대해 설명합니다. 다음과 같은 가정을 합니다.
- 스테이징 사이트가 이미 설정되어 있으므로 프로덕션 사이트에 대한 구성을 만들려고 합니다.
- AEM 작성의 콘텐츠 구조는 유사합니다.
- 스테이징 및 프로덕션에 동일한 경로 매핑이 사용됩니다.
이 예제에서는 GitHub 리포지토리를 wknd라고도 하는 wknd라는 프로젝트에 대해 프로덕션 사이트가 이미 생성되었다고 가정합니다.
별도의 프로덕션 사이트를 구성하는 두 가지 단계가 있습니다.
프로덕션 환경을 위한 새 Edge Delivery Services 사이트 만들기
-
프로그램에 대한 인증 토큰 및 기술 계정을 검색합니다.
- 액세스 토큰을 얻는 방법 및 프로그램의 기술 계정에 대한 자세한 내용은 사이트 간 코드 재사용 문서를 참조하십시오.
-
구성 서비스를 다음과 같이 호출하여 새 사이트를 만듭니다. 다음을 고려하십시오.
-
POST URL의 프로젝트 이름은 생성 중인 새 사이트 이름이어야 합니다. 이 예제에서는
wknd-prod
입니다. -
code
구성은 초기 프로젝트 만들기에 사용한 구성과 같아야 합니다. -
content
>source
>url
은(는) 만들고 있는 새 사이트의 이름에 맞게 조정해야 합니다. 이 예제에서는wknd-prod
입니다. -
즉, POST URL의 사이트 이름과
content
>source
>url
이(가) 같아야 합니다. -
admin
블록을 조정하여 사이트에 대한 전체 관리 액세스 권한을 가져야 하는 사용자를 정의합니다.- 이메일 주소 배열입니다.
- 와일드카드
*
을(를) 사용할 수 있습니다. - 자세한 내용은 작성자에 대한 인증 구성 문서를 참조하십시오.
curl --request POST \ --url https://admin.hlx.page/config/<your-github-org>/sites/wknd-prod.json \ --header 'x-auth-token: <your-token>' \ --header 'Content-Type: application/json' \ --data '{ "code": { "owner": "<your-github-org>", "repo": "wknd", "source": { "type": "github", "url": "https://github.com/<your-github-org>/wknd" } }, "content": { "source": { "url": "https://author-p<programID>-e<environmentID>.adobeaemcloud.com/bin/franklin.delivery/<your-github-org>/wknd-prod/main", "type": "markup", "suffix": ".html" } }, "access": { "admin": { "role": { "admin": [ "<email>@<domain>.<tld>" ], "config_admin": [ "<tech-account-id>@techacct.adobe.com" ] }, "requireAuth": "auto" } } }'
-
-
구성 서비스를 다음과 같이 호출하여 새 사이트에 대한 경로 매핑을 추가합니다.
curl --request POST \ --url https://admin.hlx.page/config/<your-github-org>/sites/wknd-prod/public.json \ --header 'x-auth-token: <your-token>' \ --header 'Content-Type: application/json' \ --data '{ "paths": { "mappings": [ "/content/wknd/:/" ], "includes": [ "/content/wknd/" ] } }'
https://main--wknd-prod--<your-github-org>.aem.page/config.json
을(를) 호출하고 반환된 JSON의 콘텐츠를 확인하여 새 사이트의 공용 구성이 작동하는지 확인하십시오.
AEM에서 프로덕션 사이트에 대한 클라우드 구성 업데이트
프로덕션 AEM은 전용 프로덕션 사이트에 대해 이전 섹션에서 만든 새 Edge Delivery 사이트를 사용하도록 구성해야 합니다. 이 예제에서 프로덕션 환경의 /content/wknd
아래에 있는 콘텐츠는 사용자가 만든 wknd-prod
사이트를 사용해야 합니다.
-
AEM 프로덕션 인스턴스에 로그인하고 도구 -> 클라우드 서비스 -> Edge Delivery Services 구성(으)로 이동합니다.
-
프로젝트에 대해 자동으로 생성된 구성을 선택합니다.
-
도구 모음에서 속성 을 탭하거나 클릭합니다.
-
Edge Delivery Services 구성 창에서:
- 조직 필드에 GitHub 조직을 제공합니다.
- 사이트 이름을 이전 섹션에서 만든 사이트의 이름으로 변경합니다. 이 경우
wknd-prod
이(가) 됩니다. - 프로젝트 형식을 AEM.live로 변경하고 구성 구성을 다시 설정합니다.
-
저장 및 닫기 를 탭하거나 클릭합니다.
설정 확인
필요한 구성을 모두 변경했으므로 모든 것이 예상대로 작동하는지 확인하십시오.
- AEM 프로덕션 작성 인스턴스에 로그인합니다.
- 탐색 -> 사이트(으)로 이동하여 사이트 콘솔 로 이동합니다.
- 사이트에서 페이지를 선택합니다.
- 도구 모음에서 편집 을 탭하거나 클릭합니다.
- 페이지가 유니버설 편집기에서 제대로 렌더링되고 사이트 루트와 동일한 코드를 사용하는지 확인합니다.
- 페이지를 변경하고 다시 게시합니다.
https://main--wknd-prod--<your-github-org>.aem.page
에 있는 해당 페이지의 새 Edge Delivery Services 사이트를 방문하십시오.
변경한 사항이 표시되면 별도의 프로덕션 사이트 설정이 제대로 작동하는 것입니다.
Experience Manager
- 개요
- 릴리스 정보
- 릴리스 정보
- AEMaaCS 기능 릴리스 정보
- AEMaaCS 유지 관리 릴리스 정보
- Cloud Manager 릴리스 정보
- 마이그레이션 도구 릴리스 정보
- Experience Manager 강화 커넥터용 Workfront 릴리스 정보
- 베리에이션 생성 릴리스 정보
- 범용 편집기 릴리스 정보
- 새로운 기능
- AEM Cloud Service의 주요 변경 사항
- 사용 중단 및 제거된 기능과 API
- 프리릴리스 채널
- 보안
- AEM as a Cloud Service 보안 개요
- AEM as a Cloud Service에 대한 고급 네트워킹 구성
- AEM as a Cloud Service에 대한 IMS 지원
- AEM as a Cloud Service에 대한 Same Site 쿠키 지원
- 메일 서비스에 대한 OAuth2 지원
- WAF 규칙이 포함된 트래픽 필터 규칙
- Adobe Developer Console에서 JWT 자격 증명 사용 중단
- AEM as a Cloud Service에 대한 IMS 통합 설정
- Sling 서비스 사용자 매핑 및 서비스 사용자 정의의 모범 사례
- 온보딩
- AEM as a Cloud Service 마이그레이션 여정
- Sites
- AEM Cloud Service의 AEM Sites에 대한 주요 변경 사항
- Sites 및 Edge Delivery Services
- 작성
- 관리
- AEM as a Cloud Service와 통합
- AEM as a Cloud Service용 실제 사용 모니터링
- Assets
- 개요 및 새로운 기능
- Assets as a Cloud Service 주요 변경 사항
- Assets 아키텍처
- 지원되는 파일 형식
- 자산 마이크로서비스 개요
- Assets에서의 접근성
- Assets as a Cloud Service Ultimate
- Assets as a Cloud Service Ultimate 활성화
- Assets as a Cloud Service Prime
- Assets Collaborator 사용자
- AEM Assets를 통합하면서 Edge Delivery Services용 콘텐츠 작성
- 디지털 자산 관리
- 마이크로 프론트엔드 자산 선택기
- 마이크로 프론트엔드 대상 선택기
- 자산 공유
- 자산 재처리
- 자산 마이크로서비스 사용 시작하기
- 자산 추가 및 업로드
- 자산 검색
- 일반적인 자산 관리 작업
- 게시 관리
- 3D 자산 미리보기
- 이미지용 스마트 태그
- 비디오 자산에 스마트 태그 지정
- 자산 구성 방법
- Adobe Stock 자산 사용
- 컬렉션 관리
- 메타데이터 개요
- Adobe Creative Cloud와 통합
- 메타데이터 추가 또는 편집 방법
- 폴더 자산 및 컬렉션 검토
- Assets Insights 사용 및 구성
- 메타데이터 프로필
- 메타데이터 스키마
- 비디오 자산 관리
- MSM을 사용하여 자산 재사용
- 자산 다운로드
- 편집할 자산 체크인 및 체크아웃
- 비공개 폴더 생성 및 공유
- 자산용 Digital Rights Management
- 자산에 워터마크 추가
- Creative Cloud API를 사용하여 자산 처리
- 이미지용 색상 태그
- PDF 문서 관리
- Assets 구성, 관리 및 확장
- 자산 공유 및 배치
- 콘텐츠 조각
- Dynamic Media
- Dynamic Media 여정: 기본 사항
- Experience League의 Dynamic Media 뉴스레터 아카이브
- Dynamic Media 설정
- Dynamic Media를 사용하여 작업
- Dynamic Media 구성
- Dynamic Media Prime 및 Ultimate
- Dynamic Media Prime 및 Ultimate 활성화
- 옵션 - Dynamic Media, 일반 설정 구성
- 옵션 - Dynamic Media, 게시 설정 구성
- Dynamic Media 문제 해결
- Dynamic Media 별칭 계정 구성
- Dynamic Media에서의 접근성
- Dynamic Media 자산 관리
- 이미지 품질 최적화 모범 사례
- 이미지 프로필
- 비디오 프로필
- Dynamic Media 이미지 사전 설정 관리
- Dynamic Media 이미지 사전 설정 적용
- Dynamic Media 뷰어 사전 설정 관리
- Dynamic Media 뷰어 사전 설정 적용
- 일괄 처리 집합 사전 설정
- Dynamic Media의 방식으로 CDN 캐시 무효화
- Dynamic Media Classic의 방식으로 CDN 캐시 무효화
- 스마트 이미징
- 클라이언트측 디바이스 픽셀 비율을 활용한 스마트 이미징
- Dynamic Media 자산 전송
- Dynamic Media 템플릿
- Dynamic Media의 핫링크 보호 활성화
- 3D 지원
- Dynamic Media 제한 사항
- 이미지 세트
- 파노라마 이미지
- 혼합 미디어 세트
- 스핀 세트
- Dynamic Media의 비디오
- 슬라이드 배너
- 대화형 이미지
- 대화형 비디오
- 360 VR 비디오
- Dynamic Media 뷰어를 Adobe Analytics 및 Adobe Experience Platform 태그와 통합
- 빠른 보기를 사용하여 사용자 정의 팝업 만들기
- 반응형 사이트에 최적화된 이미지 게재
- Dynamic Media 자산 미리보기
- 페이지에 Dynamic Media 자산 추가
- 웹 페이지에 Dynamic Video 또는 Dynamic Image 뷰어 임베드
- 웹 애플리케이션에 URL 연결
- 규칙 세트를 사용하여 URL 변환
- Dynamic Media 자산 게시
- Dynamic Media의 선택적 게시를 사용하여 작업
- 선택기를 사용하여 작업
- 콘텐츠 FAQ의 HTTP2 게재
- Flash 뷰어 서비스 종료
- DHTML 뷰어 서비스 종료
- OpenAPI 기능이 포함된 Dynamic Media
- Assets 보기로 작업
- Content Hub
- 개요
- Content Hub 배포
- 브랜드 승인 자산을 Content Hub로 업로드 또는 가져오기
- Content Hub 사용자 인터페이스 구성
- Content Hub에 대한 자산 승인
- Content Hub에서 자산 검색
- 자산 속성
- Content Hub에서 자산 공유
- Content Hub를 사용하여 자산 다운로드
- Content Hub에서 라이선스가 부여된 자산 관리
- Content Hub에서 컬렉션 관리
- Content Hub에서 Adobe Express를 사용하여 이미지 편집
- Content Hub의 Asset Insights
- Content Hub에 대해 자주 묻는 질문
- 모범 사례
- Adobe Workfront와 통합
- Adobe Express와 통합
- Creative Cloud와 통합
- Forms
- 개요
- 설정 및 마이그레이션
- 통합
- 서비스
- Adobe Sign과 AEM Forms as a Cloud Service 통합
- DocuSign과 AEM Forms as a Cloud Service 통합
- Adobe Analytics에 적응형 양식 통합
- 적응형 양식 분석 보고서 보기 및 이해
- Adobe Workfront Fusion에 적응형 양식 제출
- Microsoft Power Automate와 적응형 양식 통합
- AEM Sites 페이지에 적응형 양식 임베드
- 외부 웹 페이지에 핵심 구성 요소 기반 적응형 양식 임베드
- 외부 웹 페이지에 기초 구성 요소 기반 적응형 양식 임베드
- Adobe Marketo Engage와 적응형 양식 통합
- Forms 데이터 모델
- 서비스
- 적응형 양식
- 적응형 양식 조각 만들기
- AEM Sites 페이지 또는 경험 조각에 적응형 양식 추가
- 핵심 구성 요소
- 적응형 양식 만들기
- 적응형 양식 만들기
- 핵심 구성 요소 기반 적응형 양식의 레이아웃 설정
- 적응형 양식 조각 만들기
- 적응형 양식의 테마 만들기 - 핵심 구성 요소
- 핵심 구성 요소 기반 적응형 템플릿 만들기
- XFA Forms 템플릿 기반 적응형 양식(핵심 구성 요소) 만들기
- 적응형 양식의 기록 문서 생성
- 기계 번역 또는 인간 번역을 사용하여 적응형 양식 번역
- 리디렉션 페이지 또는 감사 메시지 구성
- 반복 가능한 섹션으로 양식 만들기
- 적응형 양식에 대한 제출 액션 구성
- Azure Blob Storage에 적응형 양식 제출
- Microsoft에 적응형 양식 제출
- Microsoft® SharePoint에 적응형 양식 연결
- AEM 적응형 양식과 AEM Workflow 통합
- 적응형 양식의 REST 엔드포인트에 제출 액션 구성
- 적응형 양식의 이메일 보내기 제출 액션 구성
- 적응형 양식에서 Google reCAPTCHA 사용
- 적응형 양식 핵심 구성 요소의 hCaptcha 사용
- 적응형 양식 핵심 구성 요소의 Turnstile Captcha 사용
- 적응형 양식에서 사용자 정의 오류 핸들러 추가
- 핵심 구성 요소 기반 적응형 양식의 로케일 추가
- 적응형 양식에 대한 JSON 스키마 디자인 (핵심 구성 요소)
- 적응형 양식에 버전 관리, 댓글 및 주석 추가
- 적응형 양식 비교
- 사용자 정의 제출 액션 만들기
- Experience Manager Forms에서 게시 관리
- 핵심 구성 요소 기반 적응형 양식의 규칙 편집기 소개
- 핵심 구성 요소 기반 적응형 양식의 사용자 정의 함수 소개
- Forms 포털 및 해당 구성 요소 소개
- 적응형 양식 만들기
- 기초 구성 요소
- 적응형 양식 키워드
- 양식 미리보기
- 인터랙티브 커뮤니케이션
- Forms 중심 워크플로
- 커뮤니케이션 API
- 트랜잭션 보고서
- 개발자 API 참조
- 문제 해결
- Screens
- Content and Commerce
- Edge Delivery Services
- Edge Delivery Services 개요
- AEM과 함께 Edge Delivery Services 사용
- 작성 방법 선택
- WYSIWYG 작성
- 문서 기반 작성
- 애플리케이션 빌드
- 애플리케이션 실행
- Forms 빌드
- 개요
- WYSIWYG 작성
- Edge Delivery Services용 Forms Universal Editor 소개 - 전체 안내서
- 범용 편집기를 사용하여 작성을 시작하는 방법 - 단계별 자습서
- Universal Editor 인터페이스 안내서: 도구, 기능 및 탐색 설명
- 모바일 친화적인 Forms 만들기: 범용 편집기의 반응형 디자인
- 아름다운 Forms 디자인: 범용 편집기를 위한 스타일 및 테마 지정 가이드
- Forms에 동적 동작 추가: 규칙 편집기에 대한 전체 안내서
- 양식 제출 안내서: 양식 제출 작업 구성 및 사용자 지정
- 스팸으로부터 Forms 보호: reCAPTCHA 보안 추가
- Forms 게시 및 배포 방법: 범용 편집기 게시 안내서
- 사용자 지정 양식 구성 요소 빌드: 유니버설 편집기에 대한 개발자 안내서
- 문서 기반 작성
- 첫 번째 양식 작성: Google Sheets 및 Excel로 빠른 시작 안내서
- Google Sheets 또는 Excel을 사용하여 Forms을 만드는 방법: 단계별 안내서
- 적응형 양식 블록의 다양한 구성 요소
- 양식을 Google Sheets에 연결: 데이터 수집 설정 안내서
- 양식을 라이브로 만들기: 게시 및 데이터 수집 안내서
- 아름다운 Forms 디자인: 스타일 및 사용자 지정 안내서
- 성공 메시지 만들기: 양식의 감사 페이지 사용자 지정
- 양식 제출 안내서: Forms 제출 서비스 사용
- 동적 양식 필드: URL에서 옵션 로드
- 스마트 동작 추가: 양식 규칙 및 논리 안내서
- 동적 Forms 만들기: 반복 가능한 섹션 추가
- Forms 보호: reCAPTCHA 보안 추가
- Edge Delivery 리소스
- Headless
- 생성형 AI
- 구현
- AEM as a Cloud Service용 애플리케이션 구현
- Cloud Manager 사용
- AEM as a Cloud Service용 개발
- AEM 프로젝트 구조
- AEM 프로젝트 저장소 구조 패키지
- AEM as a Cloud Service SDK
- AEM 신속한 개발 환경
- AEM as a Cloud Service 개발 지침
- AEM as a Cloud Service Developer Console (Beta)
- 로깅
- 로그 전달
- 구성 및 구성 브라우저
- AEM 기술 기초
- API 참조 자료
- OpenAPI 기반 API
- 서버측 API용 액세스 토큰 생성
- 빠른 사이트 생성 및 프론트엔드 맞춤화
- 프론트엔드 파이프라인으로 Sites 개발
- 사이트 템플릿 및 테마 맞춤화
- AEM Headful 및 Headless
- Sling 모델 내보내기 도구를 통한 ResourceResolver 직렬화 비활성화
- 전체 스택 AEM 개발
- 범용 편집기
- Headless 경험 관리
- 하이브리드 및 SPA 개발
- 개발자 도구
- 개인화
- AEM as a Cloud Service 구성 및 확장
- AEM as a Cloud Service에 배포
- 작성자 계층
- 콘텐츠 게재 개요
- 커넥터
- 운영
- 규정 준수