Adobe 관리 호스트 개요

Adobe 관리 호스트는 Adobe Experience Platform Launch에서 라이브러리 빌드를 배포하기 위한 기본 호스트 설정입니다. 플랫폼 론치 사용자 인터페이스를 통해 새 속성을 만들면 기본 Adobe 관리 호스트가 만들어집니다.

Adobe 관리 호스트를 사용하는 라이브러리 빌드는 Adobe와 계약한 타사 컨텐츠 전달 네트워크(CDN)로 전달됩니다. 이러한 CDN은 Adobe과 독립적으로 작동하므로, Platform Launch가 유지 보수 중이거나 그렇지 않을 경우, 배포된 코드는 사이트 및 애플리케이션에서 정상적으로 계속 작동합니다. Adobe 관리 호스트의 포함 코드는 CDN의 기본 라이브러리 파일을 참조하므로 클라이언트 장치가 런타임 시 이 파일을 검색할 수 있습니다.

이 문서에서는 플랫폼 론치의 Adobe 관리 호스트에 대한 개요를 제공하며 UI에서 새 Adobe 관리 호스트를 생성하는 방법에 대한 단계를 제공합니다.

Akamai

현재 Adobe의 기본 CDN 공급자는 Akamai입니다. Akamai의 강력한 CDN은 전 세계 대량 웹 방문자의 사용자에게 컨텐츠를 제공하도록 빌드되었습니다. CDN은 전 세계 방문자에게 가능한 한 빨리 컨텐츠를 제공하기 위해 로드 밸런싱되고 지리적 최적화 노드로 구성된 중복 네트워크를 실행합니다.

특히 Akamai는 87개국에서 1,150개 이상의 네트워크에 137,000개 이상의 서버를 운영하고 있습니다. 중복성 측면에서 CDN은 한 서버에서 다른 서버로 라우팅될 뿐만 아니라 필요에 따라 서버의 한 노드에서 다른 서버로 라우팅할 수도 있습니다. 즉, 각 노드는 여러 서버로 구성되므로 한 서버가 다운될 때마다 동일한 노드의 다른 서버가 인수할 수 있는 문제가 되지 않습니다.

전체 노드가 작동 중단되면 Akamai는 캐싱된 동일한 컨텐츠가 있는 다음으로 가장 가까운 노드에서 제공됩니다. 노드는 방문자 위치, 트래픽 로드 및 기타 요소에 따라 동적으로 선택되므로 각 방문자에 대해 최선의 로컬 노드에서 일관되게 컨텐츠가 제공됩니다.

Akamai에 호스팅된 파일의 도메인은 assets.adobedtm.com입니다. 이는 포함된 <script> 코드 내에서 호출되는 방법에 따라 안전하게 참조되거나 그렇지 않을 수 있습니다(http:// 또는 https://).

경고

Akamai 네트워크에서 라이브러리를 사용할 수 없는 경우 플랫폼 론치가 이로 인해 발생할 수 있는 오류를 방지할 수 없습니다.

라이브러리 빌드 캐싱

Adobe 관리 호스트를 사용하는 경우 라이브러리 빌드가 두 위치에 캐시됩니다.

에지 캐싱

CDN의 기본 목적은 컨텐츠를 클라이언트 장치에 의해 보다 빠르게 검색할 수 있도록 지리적으로 가장 가까운 서버에 컨텐츠를 지능적으로 배포하는 것입니다. CDN은 전 세계에서 지리적으로 분산된 서버에 사용할 수 있는 컨텐츠("에지 노드")의 사본을 만들어 이를 달성합니다.

빌드가 Adobe 관리 호스트에 배포되면 CDN은 여러 중앙 서버("원본")에 빌드를 배포한 다음 빌드의 사본을 캐싱하기 위해 전 세계에 있는 여러 다양한 에지 노드로 보냅니다. 이러한 에지 노드에 저장된 빌드의 캐싱된 버전은 최종적으로 클라이언트 장치에 제공됩니다.

노트

Adobe 관리 호스트의 경우 새로운 환경에 처음 게시된 라이브러리가 글로벌 CDN에 전파하는 데 최대 5분이 걸릴 수 있습니다.

에지 노드가 특정 파일(예: 라이브러리 빌드)에 대한 요청을 받으면 노드가 먼저 파일의 TTL(time-to-live) 값을 확인합니다. TTL이 만료되지 않은 경우 에지 노드에서 캐싱된 버전을 제공합니다. TTL이 만료되면 에지 노드는 가장 가까운 원본에서 새 복사본을 요청하며 새로운 복사본을 제공하고 새 TTL로 새로 고침된 복사본을 캐싱합니다.

노트

에지 노드 캐싱 외에도 자체 캐싱을 수행하는 중간 네트워크(예: 회사 또는 모바일 네트워크)도 있을 수 있습니다. 빌드가 예상대로 캐싱되지 않으면 이러한 네트워크가 기본 원인일 수 있습니다.

에지 캐시 무효화

새 라이브러리 빌드를 업로드하면 플랫폼 론치가 적용 가능한 모든 에지 노드에 대한 캐시를 무효화합니다. 즉, 새 복사본을 최근에 검색한 방법과 관계없이 각 노드가 캐시된 버전을 유효하지 않은 것으로 간주합니다. 다음에 에지 노드가 해당 파일에 대한 요청을 받으면 노드가 원본에서 새 사본을 검색합니다.

Akamai에는 여러 원본 서버가 있어 서로 간에 파일을 복제하고, 파일을 먼저 받은 원본을 알 수 없기 때문에 이러한 노드 요청이 최신 버전이 없는 원본을 히트한 다음 이전 버전을 다시 캐시할 수 있습니다. 이러한 문제가 발생하지 않도록 하기 위해 Platform Launch에서는 다음 간격으로 새 빌드에 대해 여러 개의 캐시 무효화를 수행합니다.

  • 업로드 후 즉시
  • 업로드 후 5분
  • 업로드 후 60분

이러한 시차를 둔 캐시 무효화 기능을 통해 원본 서버 그룹이 최신 버전의 파일을 자체 간에 복제할 수 있으므로 파일을 검색할 때 모두 최신 버전을 보유하게 됩니다.

브라우저 캐싱

또한 라이브러리 빌드는 cache-control HTTP 헤더를 사용하여 브라우저에 캐싱됩니다. Adobe 관리 호스트를 사용하는 경우 API 응답으로 반환되는 헤더를 제어할 수 없으므로 캐싱에 대한 Adobe 기본값이 사용됩니다. 즉, Adobe 관리 호스트에 사용자 지정 헤더를 활용할 수 없습니다. 사용자 지정 cache-control 헤더가 필요한 경우 자체 호스팅을 대신 고려할 수 있습니다.

The time-to-live (TTL) for your browser-cached library build (determined by the cache-control header) will vary depending on the Platform Launch environment you are using:

환경 cache-control
개발 max-age=0, no-cache, no-store
스테이징 max-age=0, no-cache, no-store
프로덕션 max-age=3600

위의 표에서 알 수 있듯이 개발 및 스테이징 환경에서 브라우저 캐싱은 지원되지 않습니다. 따라서 높은 트래픽 또는 프로덕션 컨텍스트에서는 개발 또는 스테이징 포함 코드를 사용할 수 없습니다.

캐시 컨트롤 헤더는 기본 라이브러리 빌드에만 적용됩니다. 기본 라이브러리 아래에 있는 모든 하위 리소스는 항상 순-신규로 간주되므로 브라우저에서 캐싱할 필요가 없습니다.

플랫폼 실행 UI에서 Adobe 관리 호스팅 사용

When you first create a property in the Platform Launch UI, an Adobe-managed host is automatically created for you. 기본적으로 속성에 대해 기본적으로 제공되는 모든 환경도 Adobe 관리 호스트에 할당됩니다.

노트

모든 환경에서 기본 Adobe 관리 호스트가 할당되지 않은 경우 호스트를 삭제할 수 있습니다. 이 작업을 수행한 후 Adobe 관리 호스트로 다시 전환하려면 다음 단계를 통해 새 호스트를 생성할 수 있습니다.

  1. 속성에서 Hosts 탭을 선택한 다음 Add Host​을 선택합니다.
  2. 호스트의 이름을 입력하고 호스트 유형으로 Managed by Adobe​을 선택한 다음 Save​을 선택합니다.

그런 다음 Adobe 관리 호스트에 환경을 원하는 대로 다시 할당할 수 있습니다.

다음 단계

이 문서에서는 플랫폼 론치의 Adobe 관리 호스팅에 대한 개요를 제공합니다. 기타 호스팅 옵션에 대한 자세한 내용은 다음 설명서를 참조하십시오.

환경을 위한 호스트를 관리하는 방법에 대한 자세한 내용은 환경 안내서를 참조하십시오.

이 페이지에서는