시작 v7.2.2 릴리스, Adobe Campaign은 고가용성을 제공하고 보안 규정 준수 문제를 해결하는 새로운 전달성 서버를 사용합니다. 이제 Campaign Classic이 게재 가능성 규칙, 브로드로그 및 제외 주소를 새 게재 가능성 서버에서 및 새 게재 가능성 서버로 동기화합니다. 이전 게재 기능 서버는 2022년 8월 31일에 서비스 해제됩니다.
Campaign Classic 고객은 새 게재 기능 서버를 구현해야 합니다 2022년 8월 31일 이전.
이러한 변경 사항에 대한 자세한 내용은 FAQ, 또는 연락처 Adobe 고객 지원 센터.
Adobe이 보안 규정 준수를 이유로 이전 데이터 센터를 폐기하고 있습니다. Adobe Campaign Classic 클라이언트는 Amazon 웹 서비스(AWS)에서 호스팅되는 새로운 게재 기능 서비스로 마이그레이션해야 합니다.
이 새 서버는 고가용성(99.9)을 보장하고, Campaign 서버가 필요한 데이터를 가져올 수 있도록 안전하고 인증된 끝점을 제공합니다. 즉, 모든 요청에 대해 데이터베이스에 연결하는 대신 새 전달성 서버가 데이터를 캐시하여 가능한 한 요청을 제공합니다. 이 메커니즘은 응답 시간을 향상시킵니다.
모든 고객은 영향을 받으며 로 업그레이드해야 합니다. Campaign v7.2.2 (또는 그 이상) 새로운 전달성 서버의 이점을 활용하도록 환경을 구현합니다.
로서의 호스팅된 고객, Adobe이 사용자와 함께 작동하여 인스턴스를 최신 버전으로 업그레이드하고 Adobe Developer 콘솔에서 프로젝트를 만듭니다.
(으)로 온-프레미스/하이브리드 고객로 업그레이드해야 합니다. Campaign v7.2.2 (또는 그 이상) 새로운 전달성 서버를 활용할 수 있습니다. 모든 인스턴스가 업그레이드되면 다음을 수행해야 합니다 새 통합 구현 전달성 서버 Adobe 및 원활한 전환을 보장합니다.
새 게재율 서버 통합의 일부로, Campaign은 IMS(Identity Management Service) 기반 인증을 통해 Adobe Shared Services와 통신해야 합니다. 선호하는 방법은 Adobe Developer 기반 게이트웨이 토큰(기술 계정 토큰 또는 Adobe IO JWT라고도 함)을 사용하는 것입니다.
이러한 단계는 하이브리드 및 온프레미스 구현에 대해서만 수행해야 합니다.
구현을 시작하기 전에 인스턴스 구성을 확인하십시오.
Campaign 클라이언트 콘솔을 열고 Adobe Campaign에 관리자로 로그온합니다.
다음으로 이동 관리 > 플랫폼 > 옵션.
다음을 확인하십시오. DmRendering_cuid
옵션 값이 입력되었습니다.
이 옵션은 모든 Campaign 인스턴스(MKT, MID, RT, EXEC)에 올바른 값으로 채워야 합니다. 하이브리드 고객은 Adobe에게 연락하여 MID, RT 및 EXEC 인스턴스에 옵션을 설정합니다.
온-프레미스 고객은 캠페인도 확인해야 합니다 Product profile 는 조직에서 사용할 수 있습니다. 이렇게 하려면 아래 단계를 수행합니다.
관리자로서 다음 위치에 연결합니다. Adobe Admin Console.
액세스 제품 및 서비스 섹션 및 확인 Adobe Campaign 이 나열됩니다.
표시되지 않는 경우 Adobe Campaign 연락처 Adobe 고객 지원 센터 추가.
클릭 Adobe Campaign 조직을 선택합니다.
주의: 둘 이상의 조직이 있는 경우 올바른 조직을 선택해야 합니다. 조직에 대해 자세히 알아보기 이 페이지에서.
다음 확인: Product profile 존재함. 그렇지 않으면 만듭니다. 이에 대한 권한은 필요하지 않습니다. Product profile.
온프레미스 고객은 방화벽이 사용자 쪽에 구현된 경우 이 URL을 추가해야 합니다 https://deliverability-service.adobe.io
허용 목록에 추가하다에 자세히 알아보기
액세스 Adobe Developer 콘솔 조직의 개발자 액세스 권한으로 로그인합니다. 올바른 조직 포털에 로그인했는지 확인하십시오.
주의: 둘 이상의 조직이 있는 경우 올바른 조직을 선택해야 합니다. 조직에 대해 자세히 알아보기 이 페이지에서.
Create new project을(를) 선택합니다.
Analytics 커넥터 또는 Adobe 트리거와 같은 다른 통합에 대해 이미 Adobe IO JWT 인증 기능을 사용 중인 경우 을 추가하여 프로젝트를 업데이트해야 합니다 캠페인 API 해당 프로젝트에
선택 Add API.
다음에서 Add an API 창, 선택 Adobe Campaign.
클라이언트 ID가 비어 있는 경우 다음을 선택합니다. Generate a key pair 공용 및 개인 키 쌍을 만듭니다.
그러면 기본 만료 날짜가 365일인 키가 자동으로 다운로드됩니다. 만료되면 새 키 쌍을 만들고 구성 파일에서 통합을 업데이트해야 합니다. 옵션 2를 사용하여 을(를) 수동으로 만들고 업로드하도록 선택할 수 있습니다 Public key 만료일이 더 긴 경우
다음을 저장해야 합니다. config.zip
다시 다운로드할 수 없으므로 다운로드 프롬프트가 나타나면 파일을 생성합니다.
Next를 클릭합니다.
기존 항목 선택 Product profile 또는 필요한 경우 새 템플릿을 만듭니다. 이에 대한 권한은 필요하지 않습니다. Product profile. 에 대한 자세한 내용 Product Profiles, 참조 이 페이지.
그런 다음 을 클릭합니다. Save configured API.
프로젝트에서 을 선택합니다. Adobe Campaign 다음 정보를 복사합니다. Service Account (JWT)
Adobe Developer 인증서는 12개월 후에 만료됩니다. 매년 새 키 쌍을 생성해야 합니다.
개인 키는 base64 UTF-8 형식으로 인코딩해야 합니다.
방법은 다음과 같습니다.
위의 단계에서 생성된 개인 키를 사용합니다.
다음 명령을 사용하여 개인 키를 인코딩합니다. base64 ./private.key > private.key.base64
. 이렇게 하면 base64 컨텐츠가 새 파일에 저장됩니다 private.key.base64
.
개인 키를 복사/붙여넣을 때 추가 줄을 자동으로 추가할 수도 있습니다. 개인 키를 인코딩하기 전에 제거해야 합니다.
파일에서 내용 복사 private.key.base64
.
SSH를 통해 Adobe Campaign 인스턴스가 설치된 각 컨테이너에 로그인하고 다음 명령을 실행하여 Adobe Campaign에서 프로젝트 자격 증명을 추가합니다. neolane
사용자. 이렇게 하면 Technical Account 인스턴스 구성 파일의 자격 증명입니다.
nlserver config -instance:<instance name> -setimsjwtauth:Organization_Id/Client_Id/Technical_Account_ID/<Client_Secret>/<Base64_encoded_Private_Key>
수정 사항을 고려하려면 서버를 중지했다가 다시 시작해야 합니다. 다음을 실행할 수도 있습니다 config -reload
명령입니다.
이제 새 게재 기능 서버를 활성화할 수 있습니다. 다음을 수행하십시오.
NewDeliverabilityServer_FeatureFlag
옵션을 선택하고 값을 로 설정합니다. 1
. 이 구성은 모든 Campaign 인스턴스(MKT, MID, RT, EXEC)에서 수행해야 합니다. 하이브리드 고객은 Adobe에게 연락하여 MID, RT 및 EXEC 인스턴스에 옵션을 설정합니다.통합이 성공했는지 확인하려면 아래 단계를 수행합니다.
업데이트 후 받은 편지함 렌더링에 대한 시드 네트워크 업데이트(updateRenderingSeeds) 워크플로우가 더 이상 적용되지 않고 실패하므로 중지해야 합니다.
이러한 향상된 기능을 추가하고 보안을 강화하는 새 전달성 서버로 전환하는 작업은 호스팅된 고객(Campaign Managed Services)을 위해 2022년 7월부터 시작됩니다. 호스팅된 모든 고객은 8월 말까지 업데이트됩니다.
온-프레미스 및 하이브리드 고객은 동일한 기간 동안 전환해야 합니다.
8월 31일까지 업그레이드되지 않은 모든 Campaign 인스턴스는 더 이상 Campaign Deliverability 서버에 연결할 수 없습니다. 그 결과 게재 가능성을 위해 새로 고침 (게재 가능성 업데이트) 워크플로우가 실패하고 게재 가능성에 영향을 미칩니다.
환경을 업그레이드하지 않으면 이메일 설정 동기화가 중지됩니다(MX 관리 규칙, 인바운드 이메일 규칙, 도메인 관리 규칙 및 반송 자격 규칙). 이는 시간이 지남에 따라 게재 가능성에 영향을 줄 수 있습니다. 이러한 규칙에 중요한 변경이 이루어진 경우 이 시점부터 수동으로 적용해야 합니다.
MKT 인스턴스의 경우에만 전역 제외 목록 영향을 받습니다.