Public Cloud로 마이그레이션 FAQ

의 일부로 Gold Standard Initiative, Adobe은 기존 데이터 센터의 권한을 해제합니다. Campaign Classic 인스턴스는 Public Cloud Amazon Web Services (AWS)으로 전송해야 합니다. 이 이니셔티브에 대해 자세히 알아보기.

다음은 이 프로젝트에 대한 일반적인 질문, 캠페인 환경에 미치는 영향 및 기타 유용한 리소스입니다.

다른 문의 사항은 고객 지원 Adobe.

인프라의 영향

데이터베이스 및 인프라에 미치는 전반적인 영향은 아래에 나와 있습니다.

  • 데이터베이스가 변경됩니까? 새 데이터베이스의 버전은 무엇입니까? 어떤 운영 체제가 사용됩니까?

    Adobe은 최적의 조건에서 Adobe Campaign 서비스를 제공할 가장 적합한 데이터베이스 관리 엔진을 선택하고 배포할 권한을 갖습니다.

    또한 최상의 보안 수준을 유지하기 위해 Adobe은 인프라와 관련된 자세한 정보를 제공하지 않습니다.

  • 데이터 손실 위험이 있습니까?

    데이터베이스는 기존 데이터 센터에서 덤프되고 Public Cloud (AWS)에서 복원됩니다. 새 데이터 센터에서 다시 시작하면 애플리케이션이 마이그레이션 이전의 정확한 상태에서 다시 시작됩니다. 일부 예약된 작업이 지연되는 경우를 제외하고는 사용자에게 아무런 차이가 없습니다.

  • 레거시 데이터 센터와 Public Cloud 간에 패키지 크기에 차이가 있습니까?

    현재 데이터베이스 크기, 디스크 크기 등을 기준으로 새로운 패키지 정의를 사용하여 Public Cloud(AWS)에서 프로비저닝합니다. 예를 들어 고객이 이전 데이터 센터에 하나의 애플리케이션 서버를 가지고 있는 경우 패키지 정의를 기반으로 하여 Public Cloud(AWS)에 두 개의 애플리케이션 서버를 보유할 수 있습니다.

  • 빌드 번호 또는 Campaign 버전이 변경됩니까?

    첫 번째 단계에서는 마이그레이션과 함께 동일한 Campaign Classic 빌드를 유지할 것입니다.

    추가 단계에서는 최신 Campaign Classic GA 빌드로 업그레이드를 진행합니다. 자세한 내용은 빌드 업그레이드 FAQCampaign Gold Standard 릴리스 정보.

  • 마이그레이션 후 문제를 해결하기 위한 계획은 무엇입니까?

    프로덕션 시스템이 마이그레이션되기 전에 광범위한 테스트가 수행됩니다. 하지만 문제가 있으면 고객 지원 Adobe 는 연락처의 주요 지점으로 남습니다. Adobe은 필요할 경우 고급 지원을 제공하기 위해 전문가 팀을 구성했습니다.

게재 능력에 미치는 영향

IP, 차단 목록, 하위 도메인 및 URL에 미치는 글로벌 영향은 아래에 나와 있습니다.

  • 의 IP는 어떻게 허용 목록에 추가하다 처리됩니까? 고객이 Campaign에서 들어오는 트래픽에 대해 새 IP 주소허용 목록에 추가하다를에 추가해야 합니까?

    Adobe 서버의 IP 주소가 변경됩니다. 따라서 고객은 시스템의에서 새 IP 주소허용 목록에 추가하다를 추가해야 할 수 있습니다.

    여기를 클릭하십시오. 를 참조하십시오허용 목록에 추가하다.

  • SFTP/FTP 액세스를 위해에 추가된 허용 목록에 추가하다 포트를 어떻게 처리합니까?

    SFTP 구성(공개 키 + IP)허용 목록에 추가하다는 기존 데이터 센터에서 공용 클라우드(AWS)로도 이동됩니다. 고객에게 필요한 작업이 없습니다.

  • IP를 변경하고 있습니까?

    Adobe 서버의 IP 주소가 변경됩니다. 따라서 고객은 시스템에서 해당 새로운 IP 주소허용 목록에 추가하다를에 추가해야 할 수 있습니다.

    여기를 클릭하십시오. 를 참조하십시오허용 목록에 추가하다.

  • 하위 도메인 위임은 어떻게 처리됩니까?

    기존 하위 도메인은 기존 데이터 센터에서 공용 클라우드(AWS)으로 이동합니다. 이 부분은 마이그레이션 프로세스의 일부로 Adobe 게재 가능성 팀이 처리합니다.

    Adobe은 마이그레이션 후 새 AWS(Public Cloud) 서버에서 구성이 작동 중인지 확인하기 위해 필요한 테스트를 고객에게 안내합니다.

  • 마이그레이션이 추적, 리소스 및 웹 애플리케이션을 위한 새로운 URL을 생성합니까?

    아니요. 기존 URL은 그대로 유지됩니다.

  • Neolane.net에서 campaign.adobe.com으로 하위 도메인이 변경됩니까?

    둘 다 neolane.netcampaign.adobe.com 마이그레이션 후 위치에 있습니다. 간단한 작업: neolane.net은 Public Cloud(AWS)의 새 인스턴스로 리디렉션되므로 고객이 변경할 필요가 없습니다.

  • IP 온난화를 위한 계획은?

    먼저 Adobe 게재 능력을 통해 플랫폼의 게재 능력을 평가하고 새 IP로 전환할 계획을 추천합니다

    마이그레이션 후에는 준비 작업이 필요하지 않습니다. 예외일 수도 있고, 그런 경우에는 고객 지원 Adobe 은 고객에게 연락합니다.

    그러나, 이 계획은 go-live 동안 수행되는 초기 램프 업과 달리 사업을 위해 이 작업을 투명하게 만드는 것입니다.

    마이그레이션이 완료되면 Campaign 인스턴스에는 전송 IP가 완전히 다르게 생성됩니다. 원활한 전환을 위해 Adobe은 이전 IP에서 새 IP로 트래픽을 점진적으로 전환하여 새로운 전송 IP를 램프 업(ramp-up)으로 구현합니다.

  • 에서 URL을 통해 이동합니까허용 목록에 추가하다?

    예. 서버 구성 파일에 저장되어 소스에서 새 인스턴스로 복사됩니다.

  • Adobe에서 커뮤니케이션을 브랜딩하는 데 사용하는 위임된 하위 도메인에 어떤 영향이 있습니까?

    마케팅 커뮤니케이션에 사용되는 하위 도메인은 동일하게 유지됩니다. 그러나 구현에 따라 클라이언트 측에서 작업이 필요합니다.

    • Adobe(기본값)에 하위 도메인을 위임하는 경우, Adobe은 모든 변경 사항을 관리하고 원활한 전환을 보장합니다.
    • CNAME 설정(예외)의 경우 Adobe과 함께 클라이언트가 변경 사항을 구현하도록 요청합니다.

구성 및 접속에 따른 영향

의 IP에 허용 목록에 추가하다 대한 참고 사항

Public Cloud로의 마이그레이션은 Adobe Campaign 애플리케이션 서버를 위한 새로운 IP와 함께 제공되므로 IP를 변경하면 Adobe 서버와 정보 시스템 간의 연결에 영향을 줄 수 있습니다.

두 가지 사례를 살펴보겠습니다.

  • 인바운드 트래픽: 시스템 또는 다른 타사에서 Adobe Campaign 서버로 시작되는 모든 네트워크 활동. 구성은 Adobe에 의해 처리된 후 마이그레이션 중에 레거시 Public Cloud에서 복사됩니다. 그런 다음 인바운드 트래픽에 대한 연결이 마이그레이션 후에도 그대로 유지되며 고객 측에서 아무 작업도 예상되지 않습니다

  • 아웃바운드 트래픽: Adobe Campaign 서버가 사용자 정보 시스템 또는 다른 타사(예: SMS 공급자). 조직에서 적용되는 보안 정책에 따라 IP를 변경하려면 정보 시스템 또는 허용 목록에 추가하다 다른 타 사에서 작업을 수행해야 할 수 있습니다

전반적 영향

구성, 다른 시스템 및 제품과의 연결, API 및 시간대에 대한 글로벌 영향을 아래에 나와 있습니다.

  • 마이그레이션이 외부 계정 연결에 영향을 줍니까?

    예. 예를 들어 타사 통합, SMS 공급자는 새로운 Adobe Campaign 애플리케이션 서버 IP 주소를에 추가해야 허용 목록에 추가하다 합니다.

  • 마이그레이션이 Genesis 커넥터를 사용하는 Adobe Analytics에 대한 연결에 영향을 줍니까? Adobe Analytics 측의에 캠페인 IP 주소허용 목록에 추가하다를 추가하는 것은 어떻습니까?

    Adobe Campaign 애플리케이션 서버 IP 주소가 변경됩니다. 이 단계는 Adobe 고객 지원 센터의 마이그레이션 후 처리에 의해 처리됩니다.

  • 마이그레이션이 다른 Adobe 솔루션(AEM, Target 등)과의 연결에 영향을 미칩니까?

    통합은 및 웹 서비스 계정 구성에 선언되는 IP 주소 허용 목록에 추가하다 조합입니다. 이 작업은 Adobe 고객 지원 센터에서 처리하고 소유합니다.

    응용 프로그램 서버 IP가 변경될 허용 목록에 추가하다 때 외부 솔루션에 필요한 IP 주소가 페이지에 있습니다. 이 정보가 제공됩니다. 통합의 다른 부분은 IMS 기반이며 있는 그대로 작동해야 합니다.

  • IMS 통합을 위해 조직 ID에 첨부되지 않은 고객은 어떻게 됩니까?

    IMS가 없는 고객에게 다음 중 하나가 제공됩니다. ims 조직 ID가 해당 인스턴스에 연결됩니다.

  • 다중 브랜딩 구성이 마이그레이션의 영향을 받습니까?

    하위 도메인 및 모든 관련 구성이 기존 데이터 센터에서 Public Cloud(AWS)으로 올바르게 이동/리디렉션되는 즉시 영향을 받지 않습니다.

  • API 연결이 마이그레이션의 영향을 받습니까?

    Adobe 서버의 IP 주소가 변경됩니다. 따라서 고객은 시스템에서 해당 새로운 IP 주소허용 목록에 추가하다를에 추가해야 할 수 있습니다.

    여기를 클릭하십시오. 시 IP에 대한 자세한 내용허용 목록에 추가하다를 참조하십시오.

  • 마이그레이션 후 모든 JavaScript 메모리 구성 매개 변수가 올바르게 설정되었는지 확인할 수 있습니까?

    인스턴스 구성을 기존 데이터 센터에서 Public Cloud(AWS)으로 복사하므로 마이그레이션 후 이러한 값이 유지됩니다.

  • 특정 파일 확장자에 액세스할 위험이 있습니까?

    고객이 글꼴 파일, outlook 모임 파일을 공용 리소스 폴더에 로드하도록 허용하려는 경우 이 구성은 현재 수행됩니다 config-<instance>.xml 파일. 구성 파일과 함께 복사됩니다.

  • 새 서버에서 시간대가 변경됩니까? 고객이 현재 시간대를 유지할 수 있습니까?

    새 서버 위치에 따라 변경될 수 있습니다. 그러나 고객은 현재 시간대를 유지할 수 있습니다.

    여기를 클릭하십시오. Adobe Campaign Classic v7의 시간대 관리에 대한 자세한 내용은 다음을 참조하십시오.

보안 및 권한

이 Public Cloud(AWS)으로 마이그레이션하면 고객 환경이 필요한 모든 보안 요구 사항에 최신 상태로 유지됩니다. 여기에는 다음이 포함됩니다.

  • 최신 OS 및 보안 패치
  • 고객별 인프라 격리
  • 로드 밸런서, 네트워크 보안 규칙 및 스토리지 암호화와 같은 클라우드 인프라 지원을 위한 보안 및 감사 검토 관리

권한, 인증서 및 SFTP 액세스에 미치는 영향은 아래에 나와 있습니다.

  • 모든 인증서를 새 서버로 이동할까요?

    예, 모든 인증서는 이 마이그레이션의 일부로 이동됩니다.

  • 고객으로부터 새 STP 액세스 키를 요청해야 합니까?

    아니요. Adobe은 새 서버에 있는 것처럼 SFTP 액세스 키를 복사합니다.

  • SFTP 권한은 어떻게 처리됩니까?

    Adobe는 새로운 SFTP 서버, 사용자, 디렉토리 및 파일에 동일한 권한 수준이 있는지 확인합니다.

  • SFTP 연결을 설정할 수 없는 경우에는 고객 운영을 유지하기 위한 해결 방법/계획은 무엇입니까?

    발생할 수 있는 유일한 연결 문제는 고객 측의허용 목록에 추가하다와 관련되어 있습니다. 고객은 프로덕션으로 이동하기 전에 비프로덕션 환경에 이 테스트를 추가하여 작동하는지 확인해야 합니다.

  • 이동해야 하는 데이터 센터 관련 허용 목록에 추가하다 구성이 있습니까?

    아니요. 관리할 데이터 허용 목록에 추가하다 센터별 구성이 없습니다.

  • 사용자 지정 스크립트가 새 환경에서 성공적으로 실행됩니까?

    고객 구현에서는 워크플로우에서 사용자 지정 스크립트(Perl/Shell/Python/Java Script)를 사용하여 파일 및 폴더를 조작할 수 있습니다.

    호스팅된 인스턴스에서 스크립트는 JavaScript 엔진을 통해서만 실행됩니다. 이러한 특정 구현으로 인해 보안 간격 및 업그레이드 후 문제가 발생할 수 있습니다. 지원되지 않습니다.

  • IMS 통합을 사용하면 가 새 인스턴스에서처럼 작동합니까, 아니면 추가 구성 업데이트가 필요합니까?

    동일한 DNS 이름을 유지하고 있으므로 마이그레이션 후에도 그대로 작동해야 합니다.

마이그레이션 실행

마이그레이션 중에 발생하는 전역 영향은 아래에 나와 있습니다.

  • 마이그레이션 중에 마케팅 활동을 중단할 계획을 세워야 합니까?

    Adobe은 애플리케이션이 레거시 데이터 센터에서 종료되기 바로 전에 모든 실행을 지연하고 이상적으로 일시 중지하는 것을 권장합니다. 게재 및 워크플로우. 프로세스에 "부드럽게"를 일시 중지하고 진행 중인 실행 상태를 저장할 시간이 부여되므로 이를 통해 클라우드 서버(AWS)에서 다시 시작됩니다.

  • Adobe Campaign 서비스의 다운타임이 예상됩니까?

    마이그레이션은 불가피한 플랫폼 다운타임과 함께 제공됩니다. 이 계획의 목적은 이 다운타임을 최소화하는 방법을 안내하는 것입니다.

    데이터 센터 간의 데이터 전송은 다운타임의 중요한 경로에 있습니다. 데이터는 다음 두 가지 방법으로 저장됩니다.

    • 가장 중요한 것은 데이터베이스
    • 애플리케이션 서버의 파일(데이터 가져오기 및 내보내기)

    데이터베이스 크기를 줄이는 것이 데이터 전송 속도를 높이는 데 가장 중요합니다. 제안 사항:

    • 이전 데이터(게재 로그, 추적 로그 등)의 보존 기간을 줄입니다
    • 다른 테이블(게재, 수신자, 사용자 지정 테이블)에서 불필요한 레코드 삭제
  • 인스턴스 마이그레이션의 예상 다운타임은 얼마입니까?

    다운타임은 전적으로 고객의 데이터베이스 및 SFTP 파일 스토리지 크기에 따라 다릅니다. 예상 기간을 받으려면 고객 지원 담당자에게 문의하십시오.

  • 기존 서버에서 전송된 메시지는 어떻게 됩니까? 링크가 항상 액세스할 수 있습니까?

    마이그레이션이 실행되는 동안 하나의 서비스만 계속 작동합니다. 이메일 링크 리디렉션. 모든 수신자는 이메일을 클릭하면 랜딩 페이지에 도달하게 됩니다. 이러한 클릭은 추적되지 않으므로 마이그레이션 바로 전에 시작된 게재의 클릭 비율은 평소보다 낮습니다.

  • 중간 소싱/RT 환경은 어떻습니까?

    중간 소싱 및 RT는 다른 호스팅 인프라로 처리됩니다.

  • 마이그레이션은 어떤 순서로 수행됩니까?

    환경은 다음 순서로 마이그레이션됩니다.

    1. 개발 환경
    2. 스테이지 환경
    3. 프로덕션 환경
    4. RT 환경
    5. 중간 소싱 환경
  • 롤백 계획은 무엇입니까?

    롤백 계획은 DNS를 다시 전환하고 소스 데이터베이스를 읽기 전용에서 다시 읽기-쓰기로 설정하는 것입니다. 결국 자동화를 하게 될 것입니다.

  • 마이그레이션 후에도 여전히 이전 인스턴스에 액세스할 수 있습니까?

    애플리케이션 마이그레이션이 완료되면 기존 데이터 센터에서 프로세스를 다시 실행할 계획이 없습니다. 예약된 백업 프로세스가 Public Cloud(AWS)에서 실행될 때까지 임시 백업 작업을 제외하고 레거시 데이터 센터의 모든 데이터를 지울 수 있습니다.

  • Public Cloud로 마이그레이션한 후 각 인스턴스를 테스트하는 데 시간이 얼마나 걸립니까?

    고객의 복잡성에 따라 스테이지 환경과 프로덕션 환경 마이그레이션 간에 최소 1주 동안 굽기 시간이 필요합니다.

  • 에 새 IP를 추가하는 작업은 누가 허용 목록에 추가하다 처리합니까?

    Adobe 고객 지원 팀에서는 새 IP를에 추가하여 고객과 타사가 새 시스템에 액세스할 수 있도록 허용 목록에 추가하다 처리합니다.

지원 및 기타 유용한 링크

이 페이지에서는