B2C Commerce Hyperforce 영역 이동 준비 및 프로세스

영역 이동 전 단계

• 4주 전: 영역 이동 날짜 및 새 Hyperforce 대상을 기록하여 Commerce Cloud 지원 사례를 엽니다.
• 4주 전: 방화벽 허용 목록에 추가할 Hyperforce 외부 IP 목록을 가져오려면 Hyperforce Public IP Ranges(Hyperforce 공용 IP 범위) 링크를 제공합니다. (규정 준수 로그인이 더 이상 필요하지 않음)
• 3주 전: 메일 구성을 위해 마이그레이션 전에 DNS 시스템에 추가할 필수 DNS 레코드를 Salesforce 팀에서 제공합니다.

• 4주 전: 필요한 경우 백엔드 연결을 위해 모든 통합(타사 통합 포함)의 방화벽 설정에 모든 Hyperforce 발신 IP를 추가합니다. Hyperforce 외부 IP 목록은 https://ip-ranges.salesforce.com/ip-ranges.json에서 찾을 수 있습니다.             참조: https://help.salesforce.com/s/articleView?id=003876184&type=1 
• 4주 전: 기존 레거시 영역을 프록시 영역으로 마이그레이션합니다. 레거시 및 프록시 영역에 대한 자세한 내용은 프록시 영역 FAQ를 참조하세요.
• 4주 전: 2FA 클라이언트 인증서가 eCDN에 업로드되었는지 확인합니다.
  • HF 마이그레이션의 일환으로 WebDav Auth가 eCDN으로 이동하며, 클라이언트 인증서를 가져와서 eCDN에 업로드해야 준비 환경에 코드를 업로드할 수 있습니다.
  • 코드 업로드가 작동하려면 다음 단계를 완료해야 합니다.
    • 자체 서명된 인증서 번들 생성(자세한 지침: 

      B2C Hyperforce 2FA 보안 업로드 고객 지침)

      CDN-API를 사용하여 자체 서명 루트 CA 인증서(i)를 업로드합니다.
    • 클라이언트 인증서는 동일한 자체 서명 루트 CA 인증서(i)를 사용해야 합니다(자세한 내용은 도움말 설명서 참조).
• 3주 전: SPF 레코드가 현재 IP 주소가 아닌 프로덕션 도메인(예: https://production-realmname.demandware.net/*)을 가리키는지 확인합니다.  이렇게 하면 이동 후 확인 이메일을 성공적으로 전송할 수 있도록 보다 원활하게 전환할 수 있습니다. 점과 대시의 사용에 관한 Commerce Cloud B2C 플랫폼을 통한 이메일 전송 모범 사례도 참조하세요.
• 2주 전: 필요한 경우 프로덕션이 오프라인 상태일 때 유지 관리 페이지를 업데이트합니다.
• 2주 전: 메일 구성을 위해 DNS 시스템에 Salesforce에서 제공한 DNS 레코드를 추가합니다.
• 3일 전: 영역 이동 72시간 전에 방화벽 변경 요청을 제출하지 마세요.

영역 이동 단계

• PIG 이동(프로덕션, 준비, 개발): 사례를 통해 전달된 날짜입니다. 시간은 항상 소스 POD의 시간대 기준으로 오전 2시에서 7시 사이의 유지보수 기간 내에 이루어집니다.  이 시간 동안 모든 PIG 인스턴스와 스토어프런트가 중단됩니다. 작업이 실행되지 않으므로 이동 이전 시간으로 일정을 변경하거나 이동 후에 수동으로 실행해야 합니다.
  • PIG 이동 시작 5시간 전까지: 준비 및 개발 인스턴스를 오프라인으로 전환하여 복제 및 기타 데이터 변경이 일어나지 않도록 함으로써 전체 가동 중단을 줄입니다.
  • PIG 이동 전, SFCC를 통해 PRD BM에서 고객 및 주문 수를 확인합니다(PIG 이동 후 ELS 문제 발생 시를 대비하여).
    • 다음 단계에 따라 고객 및 주문 레코드를 확인합니다.
    • BM > Merchant Tools(판매자 도구) > Customers(고객)를 엽니다.
    • 카운트(시간 및 시간대와 함께)를 기록합니다.
    • BM > Merchant Tools(판매자 도구) > Orders(주문)를 엽니다.
    • 카운트(시간 및 시간대와 함께)를 기록합니다.
  • 티켓이 Global Handover/Follow the Sun로 플래그 지정되므로 근무 중인 지원 팀이 이동 중에 티켓을 모니터링합니다.
  • ~0200 POD 시간: PIG 이동이 시작됩니다.  유지 관리 페이지가 표시됩니다.  유지 관리가 시작되었음을 알리는 Salesforce 사례가 업데이트됩니다.
  • Salesforce에서 PIG 이동의 핵심 활동을 수행합니다.
    • 유지 관리 페이지를 게시하고 이전 POD에서 웹/앱을 종료합니다.
  • 이전 POD에서 새 HF POD로 최종 데이터 복제를 시작합니다. 
  • 새 HF POD에서 모든 데이터베이스를 시작합니다.
  • 새 HF POD에서 웹 및 앱을 시작합니다.
  • 이전 POD에서 데이터베이스를 종료합니다.
• ~0300-0700 POD 시간: PIG 이동이 완료됩니다.
  • 지원팀에서 비즈니스 관리자 및 스토어프런트 기능을 확인합니다.
  • 지원팀에서 MongoDB 기능을 확인합니다.
  • 유지 관리 페이지가 게시 중단됩니다.  사례가 완료를 알리며 업데이트됩니다.  
• eCDN 뒤에 있는 스토어프런트 IP의 경우 운영팀에서 필요한 변경 사항을 관리합니다.

영역 이동 후 단계

• 제어 센터 관리자가 제어 센터에서 인스턴스를 관리하는 데 필요한 사용 권한을 보유했는지 확인합니다.
• 지원팀에서 비즈니스 관리자 및 스토어프런트 기능을 확인합니다.
• 지원팀에서 MongoDB 기능을 확인합니다.
• PIG 이동 전, SFCC를 통해 PRD BM에서 고객 및 주문 수를 확인하고(PIG 이동 후 ELS 문제 발생 시를 대비하여) PIG 이동 전의 수와 비교합니다.
• 다음 단계에 따라 고객 및 주문을 다시 확인합니다.
  • BM > Merchant Tools(판매자 도구) > Customers(고객)를 엽니다.
  • 카운트(시간 및 시간대와 함께)를 기록합니다.
  • BM > Merchant Tools(판매자 도구) > Orders(주문)를 엽니다.
  • 카운트(시간 및 시간대와 함께)를 기록합니다.
• 애널리틱스는 더 이상 POD에 있지 않으므로 POD가 이동하는 동안 마이그레이션되지 않습니다. 따라서 POD 이동 후 다시 채우는 데 더 이상 시간이 필요하지 않으며 즉시 사용할 수 있습니다.

• 비즈니스 관리자 인스턴스 및 스토어프런트가 가동 중인지 확인합니다.
• 코드 업로드가 올바르게 작동하는지 확인합니다.
• 타사 통합과의 연결, 결제 처리, 주문 완료 등을 확인합니다.
• 외부 방화벽이 새 "HF POD"에서 인바운드 액세스를 허용하는지 확인합니다.
• 발신 메일을 확인하고, 쇼핑객이 스토어프런트에서 주문하거나 멤버로 가입한 후 이메일을 수신할 수 있는지 확인합니다.

1. 내부 QA 리소스와 협력하여 확인 및 유효성 검사 프로세스를 만들어 영역 이동 후 작업을 수행합니다.
2. 리소스를 사용할 수 있도록 예약하고 영역 이동 시작부터 영역 이동 티켓을 모니터링합니다.  문제가 발생하면 즉시 티켓을 업데이트합니다.
3. 영역 이동 기간(ET 기준 전일 오후 9시~당일 오전 7시) 동안 발생하도록 예약된 데이터 또는 코드 복제 일정을 조정합니다.  이동이 진행되는 동안 복제가 실행되면 작업이 실패하게 되므로 이동 후 수동으로 지워야 합니다.