Oracle Content Management에서 경험 통합관리를 통해 헤로쿠에 애플리케이션 배포

소개

Heroku는 애플리케이션을 구축, 제공, 모니터링 및 확장할 수 있는 클라우드 플랫폼입니다.

Heroku에 응용 프로그램을 배포하는 것은 기본적인 응용 프로그램에 몇 가지 간단한 단계 만 필요하지만 더 복잡한 시나리오에 대한 많은 고급 설정을 지원할 수있는 간단한 작업입니다.

이 사용지침서에서는 Oracle Content Management의 경험 통합관리 기능을 사용하여 GitHub 소스의 Heroku에서 애플리케이션을 배포합니다. Oracle Content Management는 Oracle Content Management 외부에서 개발 및 관리되는 헤드리스 환경에 콘텐츠 저장소 및 게시 채널을 연결하고 콘텐츠 변경 또는 게시됨 상태에 따라 자동으로 배포를 트리거하는 방법을 제공합니다.

자습서는 다음 단계로 구성됩니다.

  1. Heroku 애플리케이션 생성
  2. Oracle Content Management 환경 생성
  3. 발송 Webhook 구성
  4. 수신 Webhook 구성
  5. 선택적으로 콘텐츠 미리보기를 위해 다른 송신/수신 Webhook을 추가합니다.
  6. 이벤트 분석

필요 조건

이 자습서를 진행하기 전에 먼저 다음 정보를 읽는 것이 좋습니다.

이 자습서를 따르려면 다음이 필요합니다.

작업 1: Heroku 응용 프로그램 생성

Oracle Content Management 인스턴스가 아직 없는 경우 빠른 시작을 참조하여 Oracle Cloud에 등록하고, Oracle Content Management 인스턴스를 프로비전하고, Oracle Content Management를 헤드리스 CMS로 구성하는 방법을 알아보십시오.

Heroku 계정이 아직 없으면 Heroku 계정을 생성해야 합니다. 무료 계층에는 가장 단순한 Heroku 앱을 배포할 수 있는 충분한 권한이 있습니다.

아직 GitHub 계정이 없으면 GitHub 계정을 생성해야 합니다. 기본 무료 계정은 소스 코드를 입력하는 데 필요한 모든 것입니다. 소스 코드는 공용(public) 또는 전용(private) 저장소일 수 있습니다.

모두 설정되면 Heroku를 GitHub에 연결하고 애플리케이션을 배포합니다.

  1. Heroku에 로그인하고 사용 사례에 따라 왼쪽 상단에 있는 개인 또는 팀을 선택하십시오.

    이 이미지는 개인 대 팀 설정을 보여줍니다.

  2. 오른쪽 상단의 드롭다운 메뉴에서 새로 만들기를 누르고 새 앱 생성을 선택합니다.

    이 이미지는 앱 생성 프로세스를 보여줍니다.

  3. 앱에 이름을 부여하고 앱 생성을 클릭하세요.

    이 이미지는 앱 이름 지정 프로세스를 보여줍니다.

  4. Deploy 탭을 열고 Repository를 검색하여 GitHub에 연결하고 배치할 저장소를 선택합니다. 최신 버전의 애플리케이션을 배포하려는 경우 이 설정을 '기본'(기본값)으로 유지할 수 있습니다. 이 제공자로부터 사이트를 처음 구축하는 경우 Heroku에게 저장소 액세스 권한을 부여하라는 메시지가 표시됩니다. 메시지에 따라 이를 허용합니다.

    이 이미지는 GitHub 저장소 접속 프로세스를 보여줍니다.

    이 이미지는 개인 대 팀 설정을 보여줍니다.

  5. 처음으로 수동 배치 섹션에서 분기 배치를 눌러야 합니다. 자동 배치를 사용으로 설정하려면 자동 배치 섹션에서 사용으로 설정합니다.

    이 이미지는 최종 배치 단계를 보여줍니다.

다음 사항에 주의하십시오.

Heroku 배포용 샘플 Vue 저장소

이 섹션은 선택 사항이지만 Heroku에 쉽게 배포할 수 있는 샘플 Vue 블로그 샘플 저장소를 제공합니다. 저장소는 GitHub에서 찾을 수 있습니다.

Vue 블로그 샘플을 설정하는 방법에 대한 자습서는 Oracle Help Center(비디오 탐색 포함)에서 제공됩니다. .env 파일을 변경하고 서버에 데이터를 업로드하는 등 이 샘플에 대한 일부 설정이 시스템에 필요할 수 있습니다. 이 설정은 자습서에 나와 있습니다.

GitHub 저장소로 이동하고 "포크"를 눌러서 계정에서 이 저장소를 포크할 수 있습니다.

Forking Vue 블로그 저장소.

저장소를 포크하면 저장소 복사본이 생성됩니다. 여기서 저장소 포크를 사용하면 원래 프로젝트에 영향을 주지 않고 자유롭게 변경 사항을 실험할 수 있지만 이 응용 프로그램을 Heroku에 배포할 수 있는 변경 사항은 필요하지 않습니다.

이 프로젝트를 포크하고 나면 위에 설명된 대로 진행하여 첫번째 샘플 배포를 생성할 수 있습니다.

Heroku 앱의 잠재적 CORS 오류 수정

이 섹션에서는 애플리케이션에 있을 수 있는 CORS(Cross-Origin Resource Sharing) 오류를 수정할 수 있습니다. CORS는 서버가 동일한 원본 정책을 완화할 수 있도록 하는 표준입니다. 따라서 앱이 제공되는 위치와 요청되는 리소스의 원본이 다른 경우 웹 브라우저의 동일 원본 정책이 적용되며 요청을 수행하려면 CORS가 필요합니다.

시스템, 보안으로 이동하여 Oracle Content Management 웹 인터페이스에서 사용으로 설정할 수 있습니다. Heroku 앱 URL을 Front Channel CORS Origins에 추가한 다음 Save를 누릅니다.

Front Channel CORS Origins에 Heroku 앱 URL 추가

주: 동일 원본 정책에 따라 두 URL은 정확히 동일한 프로토콜, 도메인 및 포트를 공유하는 경우에만 동일한 원본이 있습니다. 즉, 이 섹션에서 http 및 https URL을 모두 추가해야 할 수 있습니다.

작업 2: Oracle Content Management 환경 생성

이전 작업에서 Heroku를 GitHub에 연결했습니다. 이제 Oracle Content Management 경험 객체를 생성하려고 합니다. 이 객체는 나중에 Heroku에 연결됩니다.

Oracle Content Management에서 경험 객체를 생성하려면 다음과 같이 하십시오.

  1. Oracle Content Management 웹 인터페이스에 관리자로 로그인합니다.

  2. 왼쪽 탐색 패널에서 환경을 누른 다음 오른쪽 상단에서 생성을 누릅니다.

    이 이미지는 Oracle Content Management 웹 인터페이스에서 경험 객체 생성을 보여줍니다.

  3. 필요한 정보를 입력하고 완료되면 생성을 누릅니다. 자세한 내용은 Oracle Content Management 문서를 참조하십시오.

    이 이미지는 경험 객체의 구성 속성을 보여줍니다.

작업 3: 송신 Webhook 구성

다음으로 새로 생성된 Oracle Content Management 환경 객체에 대한 송신 Webhook을 구성합니다. 송신 Webhook은 콘텐츠 변경 또는 게시됨 상태에 따라 Oracle Content Management에서 Heroku로의 배포를 자동으로 트리거하기 위한 것입니다.

발신 Webhook을 구성하려면 다음과 같이 하십시오.

  1. Oracle Content Management 웹 인터페이스에 관리자로 로그인합니다.

  2. 왼쪽 탐색 패널에서 환경을 누릅니다.

  3. 구성할 환경을 선택한 다음 [속성] 패널을 엽니다.

    이 이미지는 경험 객체에 대한 속성을 찾는 방법을 보여줍니다.

  4. [속성] 패널에서 [발신] 탭을 엽니다.

    이 이미지는 경험 객체에 대한 발신 탭을 보여줍니다.

  5. 요청에 대한 대상, 메소드(GET 또는 POST), URL 끝점 및 트리거의 이름을 구성합니다.

    • 대상 이름: 원하는 이름을 대상에 지정할 수 있습니다. Oracle Content Management는 이 대상에 대해 고유한 TARGET_IDENTIFIER을 제공합니다.

    • 방법: 드롭다운 메뉴를 통해 요청에서 GET 또는 POST를 지정합니다. Heroku의 경우 빌드를 트리거하기 위해 POST 요청을 수행합니다.

    • URL 끝점: API 끝점입니다. Heroku의 경우 끝점 https://api.heroku.com/apps/NAME-OF-YOUR-HEROKU-APP/builds를 사용합니다. 여기서 NAME-OF-YOUR-HEROKU-APP를 적절하게 교체해야 합니다.

    • 요청 트리거: 특정 이벤트를 기반으로 트리거를 지정할 수 있는 [콘텐츠] 탭 아래에 있습니다. 아래 예제에서는 Oracle Content Management의 블로그 채널을 나타내는 OCEGettingStartedRepository이라는 자산 저장소의 변경 사항에 따라 빌드가 트리거됩니다.

    이 이미지는 경험 객체에 대한 송신 대상을 보여줍니다.

  6. 헤더를 구성합니다. 권한 부여, 수락 및 콘텐츠 유형이라는 세 개의 머리글이 필요합니다. 이러한 내용은 Heroku 문서에 설명되어 있습니다.

    • 권한 부여: Heroku에서 가져와야 하는 권한 부여 토큰입니다. 권한이 부여된 사용자만 Heroku에서 빌드를 생성할 수 있으며 인증 시 Heroku API를 사용하려면 이 토큰이 필요합니다. 계정 설정 > API 키 > 공개로 이동하여 Heroku API 키를 볼 수 있습니다.

    • 허용: Accept 헤더로 application/vnd.heroku+json; version=3가 됩니다. 이 기능을 사용하려면 Heroku Build API 버전 3을 사용해야 합니다.

    • Content-Type: Content-Type 헤더가 application/json가 됩니다.

    이 이미지는 경험 객체에 대한 발신 헤더를 보여줍니다.

  7. 본문을 구성합니다. 아래와 같이 URL과 JSON 객체로 형식이 지정된 선택적 버전이 포함된 하나의 소스 blob가 필요합니다. 소스 Blob는 배포를 위해 소스 코드가 있는 위치입니다. 본문에 대한 JSON 객체는 다음과 같아야 합니다.

    {"source_blob":{"url":"GITHUB_API_ENDPOINT_FOR_TARBALL", "version":"OPTIONAL_TARGET_IDENTIFIER"}}

    URL

    사용할 URL은 빌드에 대한 소스 코드의 gzip tar 아카이브가 다운로드된 위치입니다. GitHub의 API를 통해 이를 확인할 수 있습니다.

    GitHub에서 공용 저장소와 전용 저장소의 URL에 차이가 있습니다. 자세한 내용은 Heroku 문서를 참조하십시오.

    공용 저장소의 경우 URL은 다음과 같아야 합니다.

    https://api.github.com/repos/<username>/<repo name>/tarball/<branch>

    전용 저장소의 경우 URL은 다음과 같아야 합니다.

    https://user:token@api.github.com/repos/<username>/<repo name>/tarball/<branch>

    <username>는 GitHub 사용자 이름이고, <repo name>는 GitHub 저장소의 슬러그이며, <branch>는 브랜치의 이름(일반적으로 'main' 또는 'master')입니다. 다음은 샘플 공용 저장소의 예입니다.

    전용 저장소의 경우 전용 저장소 소스 BLOB URL에 대한 user:token 섹션을 변경해야 합니다. user 부품을 이전과 동일한 사용자 이름으로 바꿀 수 있으며 token를 적절한 범위의 GitHub 개인 액세스 토큰으로 바꿔야 합니다. 이 토큰을 생성하려면 GitHub 설명서에 설명된 단계를 따릅니다. 이 토큰의 만료 날짜(일반적으로 만료되도록 설정하지 않으려는 경우)에 특히 주의하십시오. 이 토큰에 "repo" 액세스 권한만 부여하면 전용 저장소에 대한 모든 권한을 부여할 수 있습니다.

    버전

    버전 매개변수는 필수가 아니며 소스 코드를 다운로드하고 작성할 때 사용되지 않습니다. 이는 소스 코드 버전이 어떤 슬러그를 구축하게 되었는지 선택적으로 추적하는 데 사용할 수 있는 메타데이터에 불과합니다.

    이 경우 버전 매개변수로 "{{TARGET_IDENTIFIER}}"를 추가합니다. Oracle Content Management는 TARGET_IDENTIFIER을 대상 이름 옆에 표시되는 ID로 요청 본문에 넣습니다. 이 항목이 Heroku로 전송되면 구성되면 수신 Webhook을 통해 다시 전송됩니다. Heroku로부터 빌드에 대한 이 응답으로 Oracle Content Management는 페이로드를 수신하고 해당 대상 ID가 있는지 평가합니다. 그러면 페이로드가 Oracle Content Management의 송신 대상과 연관됩니다. 그렇지 않으면 '알 수 없음'으로 간주됩니다. 대상 ID에 대한 자세한 내용은 Oracle Content Management 설명서를 참조하십시오.

    이 이미지는 경험 객체에 대한 발신 본문을 보여줍니다.

  8. 오른쪽 상단에 있는 Apply를 눌러 구성을 저장합니다.

  9. 선택적으로 API 끝점 옆에 있는 테스트를 눌러 선택한 채널에서 콘텐츠 또는 게시된 상태가 변경되는 것처럼 이 빌드의 트리거를 테스트합니다.

주: Oracle Content Management의 송신 Webhook 구성에 대한 자세한 내용은 Oracle Content Management 설명서를 참조하십시오.

작업 4: 수신 Webhook 구성

다음으로 새로 생성된 경험 객체에 대해 Heroku에서 Oracle Content Management로 수신 Webhook을 구성합니다. 수신 Webhook은 Oracle Content Management를 떠나지 않고 빌드 및 해당 상태에 대한 정보를 Oracle Content Management로 다시 제공하기 위한 것입니다. 이벤트 분석 시 자세한 정보를 확인할 수 있는 [이벤트] 탭에서 결과를 볼 수 있습니다.

수신 Webhook을 구성하려면 다음과 같이 하십시오.

  1. Oracle Content Management 웹 인터페이스에 관리자로 로그인합니다.

  2. 왼쪽 탐색 패널에서 환경을 누릅니다.

  3. 구성할 환경을 선택한 다음 [속성] 패널을 엽니다.

    이 이미지는 경험 객체에 대한 속성을 찾는 방법을 보여줍니다.

  4. [속성] 패널에서 [수신] 탭을 엽니다. Heroku에 배치할 webhook URL을 복사합니다.

    이 이미지는 경험 객체의 수신 탭을 보여줍니다.

  5. Heroku에 다시 로그인하여 응용 프로그램을 찾습니다. 오른쪽 위에서 자세히, Webhook 보기를 차례로 누릅니다.

    이 이미지는 헤로쿠에서 Webhook을 볼 위치를 보여줍니다.

  6. 화면 중앙에서 Webhook 생성을 누릅니다.

    이 이미지는 헤로쿠에서 Webhook을 만들 위치를 보여줍니다.

  7. 새 Webhook 대화상자에서 새 Webhook에 대한 정보를 제공합니다. 이름은 괜찮습니다. 페이로드 URL은 Oracle Content Management에서 복사된 URL이어야 하며 암호가 필요하지 않습니다. 이벤트 유형의 경우 'api:build'만 선택되었는지 확인합니다.

    이 이미지는 Heroku에서 Webhook으로 Oracle Content Management를 구성하는 방법을 보여줍니다.

  8. 완료되면 Webhook 추가를 누릅니다.

태스크 5(선택 사항): 콘텐츠 미리보기를 위해 추가 발신 및 수신 Webhook 추가

REST API는 Oracle Content Management에서 콘텐츠 전달 및 관리, 대화, 문서, 사용자 및 그룹에 사용할 수 있습니다. Heroku와의 통합을 위해 콘텐츠 미리보기 및 콘텐츠 전달에 동일한 경험을 사용하여 서로 다른 Heroku 앱에 두 개의 개별 배포를 수행하면 운영 제공 빌드에 영향을 주지 않고 애플리케이션에서 자산에 대한 게시되지 않은 변경사항을 미리 볼 수 있습니다. 이 선택적 섹션에서는 경험에서 두번째 대상을 사용하여 운용 배치와 별도로 미리보기 배치를 트리거하는 방법을 살펴봅니다.

첫 번째 단계는 두 개의 별도의 Heroku 앱을 만드는 것입니다, 한 Heroku 앱은 미리보기 콘텐츠와 다른 전달 콘텐츠를 사용합니다. task 1의 지침에 따라 Heroku 응용 프로그램을 만들 수 있습니다.

이 설정이 끝나면 송신 대상을 모두 구성해야 합니다. 하단에 있는 대상 추가를 눌러 두번째 대상을 추가할 수 있습니다. 발신 Webhook을 생성하려면 작업 3의 단계를 따릅니다. 두 발신 Webhook 간에 두 가지 주요 차이점이 있습니다.

  1. 콘텐츠 채널의 게시를 기반으로 콘텐츠 전달 API가 트리거되어야 하며 콘텐츠 저장소의 변경 사항에 따라 콘텐츠 미리보기 API가 트리거되어야 합니다.

  2. 발신 Webhook의 본문은 콘텐츠 전달 API 또는 콘텐츠 미리보기 API를 사용하는 적절한 코드에 연결되어야 합니다. 이렇게 하려면 두 개의 개별 GitHub 저장소에 호스트된 미리보기 코드 및 전달 코드가 필요합니다.

    이 이미지는 전달을 구성하고 외부 Webhook을 미리 보는 방법을 보여줍니다.

주: Oracle Content Management의 미리보기 API 구성에 대한 자세한 내용은 헤드리스 Oracle Content Management 사이트에서 미리보기 API 사용을 참조하십시오.

마지막 단계는 각 응용 프로그램에 대한 task 4의 단계에 따라 수행할 수 있는 각 Heroku 응용 프로그램에서 수신 Webhook을 구성하는 것입니다. 두 Heroku 응용 프로그램은 모두 Oracle Content Management에서 제공하는 것과 동일한 수신 Webhook URL을 공유합니다.

한 가지 중요한 문제는 Heroku가 계정당 동시 빌드 수를 제한한다는 것입니다. Heroku는 검증된 계정만 동시에 여러 앱의 빌드를 실행할 수 있도록 허용하며, 이를 위해서는 Heroku에 대한 추가 지불이 필요합니다. 동일한 계정의 두 Heroku 앱에서 Oracle Content Management의 경험 통합관리 기능과 통합된 무료 Heroku 버전을 사용하는 경우 자산 저장소에서 다른 변경을 수행하거나 콘텐츠 채널에 게시하기 전에 빌드가 완료될 때까지 기다려야 할 수 있습니다.

작업 6: 이벤트 분석

마지막으로 Oracle Content Management 웹 인터페이스를 떠나지 않고도 Oracle Content Management에서 전체 경험 통합관리를 테스트할 수 있습니다. 콘텐츠 또는 게시 상태의 변경사항 또는 [발신] 탭에서 테스트 단추를 누르기만 하면 다음 단계가 수행됩니다.

  1. Oracle Content Management는 URL 끝점에 POST 요청이 있는 지정된 헤더 및 본문을 사용하여 Heroku Build API를 호출하여 빌드를 트리거합니다.

  2. Heroku는 Oracle Content Management에서 콘텐츠를 가져오는 소스 코드를 사용하는 빌드 수행 요청을 수신합니다.

  3. Heroku는 빌드가 시작될 때 응답을 Oracle Content Management로 다시 푸시하여 보류 상태 및 기타 메타데이터를 제공합니다.

  4. 빌드가 완료되면 Heroku는 추가 메타데이터를 사용하여 빌드 실패 또는 성공에 대해 Oracle Content Management에 다시 응답합니다.

이러한 모든 이벤트는 [속성] 패널의 [이벤트] 탭에 표시됩니다. 다음은 발생 순서대로 1, 2, 3으로 번호가 매겨진 이벤트의 샘플 시퀀스입니다.

이 이미지는 환경 조정 이벤트를 보여줍니다.

표시된 것과 같이, 첫번째 이벤트(레이블 1)는 Oracle Content Management에서 Heroku로의 트리거로, 빌드를 시작합니다. 두번째 이벤트(레이블 2)는 Heroku에서 빌드가 시작되었음을 Oracle Content Management에 알리는 수신 Webhook입니다. 최종 이벤트(레이블 3)는 Heroku에서 Oracle Content Management로 들어오는 Webhook에서도 성공한 빌드 이벤트입니다. 이러한 각 이벤트는 이벤트 탭에서 클릭하여 자세히 분석할 수 있습니다. 모든 이벤트에 'Heroku Endpoint API Build'라는 태그가 어떻게 동일한지 살펴보십시오. 첫번째 이벤트(레이블 1)는 Outgoing 탭에서 지정한 이름이기 때문에 호출됩니다. 두번째 및 세번째 이벤트(각각 레이블 2 및 3)에는 대상과 연관된 요청에 {{TARGET_IDENTIFIER}} 토큰을 추가했기 때문에 동일한 태그가 지정됩니다.

[이벤트] 탭의 각 이벤트 아래에 표시되는 콘텐츠는 분석 탭의 설정에서 가져옵니다. [분석] 탭에서는 수신 응답 페이로드에서 정보를 추출하여 [이벤트] 탭에 표시하여 콘텐츠 편집자 및 제공자에게 중요한 정보(예: 콘텐츠가 저장, 게시 또는 실행될 때)를 제공할 수 있습니다. 분석 탭에 대한 자세한 내용은 Oracle Content Management 설명서를 참조하십시오.

위에 표시된 이벤트의 경우 분석 탭에 다음이 지정되었습니다.

이 이미지는 경험 통합관리의 분석을 보여줍니다.

완전한 경험 통합관리

이 섹션은 선택 사항이지만 Oracle Content Management의 경험 통합관리 기능 사용에 대한 전체 프로세스 및 이점에 대해 설명합니다. 이 섹션에서는 운용 환경에서 경험 URL을 보고, 콘텐츠를 변경한 후 게시하고, 마지막으로 경험 URL에 영향을 주지 않거나 Oracle Content Management를 떠나지 않고 Heroku 배치에서 게시된 콘텐츠를 확인할 수 있습니다.

먼저 경험의 [발신] 탭에서 설정할 수 있는 OCEGettingStartedRepository의 자산에 대한 게시 상태를 기반으로 미리보기 변경사항을 확인해야 합니다.

먼저 경험 URL에 대한 사이트의 속성 섹션에서 설정할 수 있는 경험 URL 사이트입니다. 이 프로덕션에 영향을 주지 않고 미리보기를 확인할 사이트의 현재 라이브 상태입니다.

이 이미지는 블로그의 경험 URL을 보여줍니다.

이제 컨텐트의 변경 사항을 생성하고 해당 컨텐트를 올바른 해당 채널에 게시합니다. 이 섹션에서는 'How To'라는 블로그 홈 페이지의 자산을 업데이트하고 'Make Coffee'라는 단어를 추가해 보겠습니다.

검색 표시줄에서 '방법' 자산을 검색하고 편집 아이콘을 누릅니다.

이 이미지는 자산 방법을 보여줍니다.

이제 'Make Coffee'라는 단어를 추가하여 콘텐츠를 변경하고 오른쪽 상단에 저장해 봅시다.

이 이미지는 편집된 자산 방법을 보여줍니다.

해당 콘텐츠를 올바른 채널에 게시해 보겠습니다. 그러면 미리보기에 적합한 빌드가 트리거됩니다.

이 이미지는 게시 탭을 보여줍니다.

이 이미지는 게시를 채널에 저장하는 것을 보여줍니다.

환경 통합관리 객체로 이동하고 이벤트 분석 시 [이벤트] 탭을 확인하여 트리거된 빌드를 확인할 수 있습니다.

빌드가 끝나고 성공하면 'Heroku Endpoint API Build'라는 미리보기 URL이 'How To' 뒤에 'Make Coffee'라는 단어로 업데이트되었는지 확인할 수 있습니다. 이전 경험 URL이 여전히 동일한 사이트임을 알 수 있습니다.

이 이미지는 블로그의 미리보기 URL을 보여줍니다.

결론 및 다음 단계

이 자습서에서는 Oracle Content Management의 경험 통합관리 기능을 사용하여 GitHub 소스의 Heroku에 애플리케이션을 배포했습니다. 먼저 Heroku 응용 프로그램을 생성하고 Node.js를 사용하여 실행되는 sample Vue blog repository와 같은 GitHub 소스를 배치했습니다. 그런 다음 Oracle Content Management 경험을 생성하고 송신 Webhook 및 수신 Webhook을 구성했습니다. 마지막으로 경험 통합관리 프로세스가 이제 콘텐츠 또는 게시 상태 변경 시 또는 발신 탭의 테스트 버튼을 누르면 Oracle Content Management가 URL 엔드포인트의 POST 요청으로 지정된 헤더 및 본문을 사용하여 Heroku Build API를 호출하여 빌드를 트리거하도록 설정됩니다. 이벤트 탭의 Oracle Content Management에서 직접 이벤트를 분석할 수 있으며 전체 경험 통합관리 프로세스도 설명했습니다.

경험 통합관리 프로세스를 관리하기 위한 다음 단계는 다음과 같습니다.

  1. 연결된 헤드리스 경험 보기

  2. 경험 객체 공유

이를 통해 콘텐츠 저장소와 게시 채널을 Heroku에 배포된 헤드리스 환경에 연결하여 콘텐츠 변경 사항 또는 게시됨 상태에 따라 자동으로 배포를 트리거할 수 있습니다. 콘텐츠 제공자는 저장소 자산 관리의 이점을 활용할 수 있습니다(예: 콘텐츠 구성, 검색, 번역, 공동 작업, 승인 및 게시를 위한 강력한 툴). 그런 다음 Oracle Content Management를 종료하지 않고도 헤드리스 애플리케이션을 컨텍스트 및 컨텐츠에서 미리 볼 수 있습니다. 경험 개발자는 보유한 툴을 사용할 수 있으며, 관련 저장소의 컨텐츠에 대한 변경사항 또는 관련 게시 채널의 컨텐츠 게시 상태에 따라 자동으로 구축되도록 헤드리스 환경을 구성하여 CI/CD(지속적인 통합/지속적인 배포)를 추진할 수 있습니다.