Adobe는 Adobe Campaign Classic 고객에게 최상의 경험과 가치를 제공하기 위해 노력하고 있습니다. 수년 동안 Adobe는 클라우드에서 고객을 호스팅하는 데 대한 가치와 신뢰성을 실현했습니다. Adobe의 일부로 연간 업그레이드 이니셔티브, Adobe는 모든 고객을 Adobe Managed Services(AWS의 Public Cloud)로 이동하여 보다 안전하고 안정적인 서비스를 제공하고 있습니다.
이 프로그램에는 세 가지 주요 목표가 있습니다.
Public Cloud로의 v7 마이그레이션은 Adobe Managed Services 전용.
보안
인프라
공연
Adobe Campaign Classic 고객을 위한 강력하고 안정적인 솔루션
연간 업그레이드로 향후 업그레이드가 보다 쉬워집니다.
영향을 받는 계정의 경우 Adobe Managed Services(Public Cloud)2020/2021으로 마이그레이션됩니다. Adobe은 이 여정을 통해 조직을 이끌고 안내합니다.
이러한 작업을 시작하기 위해 이 마이그레이션을 필요로 하는 계정은 타임라인과 설명서에 대한 액세스를 제공하는 Adobe에서 이메일 커뮤니케이션을 받습니다. 계정이 마이그레이션되도록 예약되었다는 알림이 표시됩니다.
마이그레이션은 새 고객 지원 지원 티켓 열기. 제목란 "AWS으로 마이그레이션"을 사용합니다.
Cloud로의 마이그레이션은 첫 번째 단계 연간 업그레이드 프로그램 Adobe Campaign 인스턴스 중 하나를 생성할 수 있습니다. Public Cloud(AWS)이 아닌 데이터 센터에서 호스팅되는 경우 이 마이그레이션은 필수입니다.
Adobe Managed Services 클라우드는 현대적이고 안전한 최적화된 환경인 Amazon Web Services(AWS)에서 호스팅됩니다. AWS에 대해 자세히 알아보기.
Adobe은 기존 데이터 센터를 해제할 계획이며, 여기서 실행 중인 Adobe Campaign 인스턴스는 새 참조 데이터 센터 AWS으로 전송되어야 합니다.
현재 위치가 보안 및 성능 취약점.
또한 이 마이그레이션은 향후 빌드 업그레이드에 대한 사전 요구 사항 Adobe Campaign의 기존 데이터 센터에서 빌드 업그레이드를 수행할 수 없습니다.
Adobe은 데이터를 보호하고 Adobe Campaign의 향후 계획을 추적하는 데 최선을 다하고 있습니다. 공동 성공을 위해서는 여러분의 파트너십이 필요합니다!
우리는 팀을 조직했다 전담 고객 지원 담당자, 고객 성공 관리자, 제품 관리자, 엔지니어, TechOps 전문가 및 제품 컨설턴트를 통해 원활한 경험을 제공하고 보장합니다. Adobe는 귀하에게 관련 프로젝트 및 연락처 정보를 제공하기 위해 최선을 다하고 있습니다.
Dell은 이러한 마이그레이션을 신속하고 원활하게 수행할 수 있는 기술 개발에 많은 노력을 투자했습니다.
다음으로 Campaign 마이그레이션의 자세한 내용 Public Cloud FAQ.
Adobe은 대부분의 작업을 처리합니다. 확인 및 승인을 위해 사용자가 필요합니다.
데이터베이스
데이터베이스는 기존 데이터 센터에서 덤프되고 Public Cloud (AWS)에서 복원됩니다. 새 데이터 센터에서 다시 시작하면 애플리케이션이 종료 전 정확한 상태에서 다시 시작됩니다. 일부 예약된 작업이 지연되는 경우를 제외하고는 사용자에게 아무런 차이가 없습니다.
이메일 전송 IP
마이그레이션이 완료되면 Campaign 인스턴스에는 전송 IP가 완전히 다르게 생성됩니다. 원활한 전환을 위해 Adobe은 이전 IP에서 새 IP로 트래픽을 예시적으로 전환하여 새로운 전송 IP를 램프 업(ramp-up)으로 구현합니다.
데이터 통합 IP
클라이언트측의 데이터 통합은 데이터 통합을 위한 IP가 변경되어 영향을 받을 수 있습니다. 변경 사항은 Campaign이 서버나 클라이언트로 작동하는지 여부에 따라 양방향으로 모두 영향을 줄 수 있습니다.
일반적인 사례:
일반적으로, 이는 클라이언트가 방화벽에 설정된 가능한 IP 제한 사항을 확인하고 그에 따라 조정해야 함을 의미합니다.*
Campaign 서버
기존 Campaign 서버(실제로 컨테이너)는 "이동 및 이동" 방식으로 Public Cloud(AWS)으로 이동됩니다. 즉 새 서버를 설치할 필요가 없지만 전체 서버가 새 데이터 센터로 전송됩니다. 이 작업은 낮은 수준의 기술 재구성 이상의 작업이 필요하지 않습니다.
서버 이름
마케팅 통신에 사용되는 하위 도메인 아래에서 다음을 수행합니다. 는 동일하게 유지됩니다. 그러나 구현에 따라 클라이언트 측에서 작업이 필요할 수 있습니다.
사용자 액세스 및 데이터 통합의 경우 neolane.net 아래의 이름은 변경되지 않습니다.
즉, 서버 이름을 하드 코딩된 IP로 대체하지 않은 경우 사용자가 변경되고 데이터 통합 구현이 투명하게 변경됩니다.
이메일 전송 IP
먼저 Adobe 게재 능력을 통해 플랫폼의 게재 능력을 평가하고 새 IP로 전환할 계획을 추천합니다.
Adobe은 새 데이터 센터에 동일한 수의 IP를 프로비저닝합니다.
새 IP가 프로비저닝되는 즉시 새 IP의 램프 업을 시작할 수 있습니다.
애플리케이션 정리
데이터 센터 간의 데이터 전송은 다운타임의 중요한 경로에 있습니다.
데이터는 다음 두 가지 방법으로 저장됩니다.
데이터베이스 크기를 줄이는 것이 데이터 전송 속도를 높이는 데 가장 중요합니다.
제안 사항:
실행 일시 중지
애플리케이션이 레거시 데이터 센터에서 종료되기 바로 전에 모든 실행을 중단하고 일시 중지하는 것이 좋습니다. 게재 및 워크플로우. 프로세스에 "부드럽게"를 일시 중지하고 진행 중인 실행 상태를 저장할 시간이 부여되므로 이를 통해 Public Cloud(AWS)에서 다시 시작됩니다.
마이그레이션 중
마이그레이션이 진행되는 동안 하나의 서비스만 계속 작동합니다. 이메일 링크 리디렉션. 즉, 수신자는 이메일을 클릭하면 랜딩 페이지에 도달하게 됩니다. 이러한 클릭은 기록되지 않으므로 마이그레이션 바로 전에 시작된 게재의 클릭 비율은 정상보다 낮습니다.
다시 시작
새 환경으로 마이그레이션되면 애플리케이션이 점진적으로 다시 시작됩니다.
기존 데이터 센터에서 인스턴스 삭제
애플리케이션 마이그레이션이 완료되면 기존 데이터 센터에서 프로세스를 다시 실행할 계획이 없습니다. 예약된 백업 프로세스가 Public Cloud(AWS)에서 실행될 때까지 임시 백업을 제외한 레거시 데이터 센터의 모든 데이터를 지울 수 있습니다.
DNS 위임
일반적으로 Campaign에서 전자 메일을 보내는 데 사용되는 도메인(오류 주소에서 @ 기호 오른쪽에 있음)이 Adobe에 위임되었습니다. 위임은 AWS DNS 서버에 대해 변경하고 구현할 수 있습니다.