Preparazione e processo di spostamento dell'area di autenticazione di B2C Commerce Hyperforce

Fasi pre-spostamento dell'area di autenticazione

• 4 settimane prima: aprire un caso di assistenza Commerce Cloud, specificando la data di spostamento dell'area di autenticazione e la nuova destinazione di Hyperforce.
• 4 settimane prima: fornire il link Intervalli IP Hyperforce pubblici per ottenere l'elenco di indirizzi IP Hyperforce esterni da aggiungere all'elenco consentiti del firewall. (L'accesso alla conformità non è più necessario).
• 3 settimane prima: il team Salesforce fornirà i record DNS obbligatori da aggiungere al sistema DNS dell'utente prima della migrazione per la configurazione della casella di posta.

• 4 settimane prima: se necessario, aggiungere tutti gli indirizzi IP Hyperforce in uscita alle impostazioni del firewall di tutte le integrazioni (incluse le integrazione di terze parti) per la connettività back-end. L'elenco degli indirizzi IP Hyperforce esterni è disponibile all'indirizzo https://ip-ranges.salesforce.com/ip-ranges.json             Riferimento: https://help.salesforce.com/s/articleView?id=003876184&type=1 
• 4 settimane prima: eseguire la migrazione di tutte le zone legacy alle zone proxy. Per maggiori informazioni sulle zone legacy e proxy, consultare le Domande frequenti sulle zone proxy.
• 4 settimane prima: verificare che i certificati client 2FA siano caricati su eCDN
  • Nell'ambito della migrazione HF, l'autorizzazione WebDav viene spostata in eCDN; sarà necessario acquisire le certificazioni client e caricarle in eCDN per caricare il codice nella fase di staging
  • Per far sì che i caricamenti del codice siano efficaci, è necessario completare le seguenti fasi:
    • Generare un bundle di certificazioni autofirmate (le istruzioni dettagliate sono disponibili qui: 

      B2C Hyperforce 2FA Secure Upload Customer Instructions

      Caricare la certificazione CA radice autofirmata (i) utilizzando CDN-API.
    • La certificazione client deve utilizzare la stessa certificazione CA radice autofirmata (i) (per maggiori informazioni, consultare la documentazione della Guida)
• 3 settimane prima: verificare che il record SPF faccia riferimento al dominio Produzione (ad esempio, https://production-realmname.demandware.net/*), non all'indirizzo IP corrente.  Ciò garantisce una transizione più fluida, per il corretto invio delle email di conferma dopo lo spostamento. Consultare anche Best Practices for sending email via the Commerce Cloud B2C platform in merito all'utilizzo dei punti rispetto ai trattini.
• 2 settimane prima: aggiornare la pagina di manutenzione per quando Produzione è offline, se necessario.
• 2 settimane prima: aggiungere il record DNS fornito da Salesforce al sistema DNS per la configurazione della posta elettronica
• 3 settimane prima: evitare di inviare richieste di modifica del firewall 72 ore prima dello spostamento dell'area di autenticazione.

Fasi di spostamento dell'area di autenticazione

• Spostamento del PIG (Produzione, Staging, Sviluppo): data comunicata tramite il caso. L'orario rientra sempre nella finestra di manutenzione (02:00-07:00) del fuso orario del POD sorgente.  Durante questo periodo, vengono disabilitate tutte le istanze PIG e lo storefront. I processi non vengono eseguiti, quindi sarà necessario riprogrammarli prima dello spostamento, oppure eseguirli manualmente una volta completato il passaggio.
  • Circa 5 ore prima dell'inizio dello spostamento del PIG: le istanze Staging e Sviluppo vengono messe offline per evitare che si verifichino repliche e modifiche dei dati, il che aiuta a ridurre il tempo di inattività complessivo.
  • Prima dello spostamento del PIG, SFCC deve verificare il numero di clienti e ordini da PRD BM (per averli a portata di mano in caso di problemi ELS dopo lo spostamento del PIG)
    • Controllare i record cliente e ordine seguendo le fasi elencate:
    • Aprire BM > Merchant Tools (Strumenti per l'esercente) > Customers (Clienti)
    • Annotare il conteggio (insieme all'orario e al fuso orario)
    • Aprire BM > Merchant Tools (Strumenti per l'esercente) > Orders (Ordini)
    • Annotare il conteggio (insieme all'orario e al fuso orario)
  • Il ticket è contrassegnato come Consegna globale/Follow-the-Sun, quindi il team di assistenza in servizio controllerà il ticket durante il processo di spostamento.
  • Circa alle 02:00, orario del POD: ha inizio lo spostamento del PIG.  Viene visualizzata la pagina di manutenzione.  Viene aggiornato il caso Salesforce specificando che ha avuto inizio la manutenzione.
  • Salesforce esegue le attività principali per lo spostamento del PIG:
    • Visualizzare la pagina di manutenzione e chiudere le attività sul web/app sul vecchio POD.
  • Iniziare la replica dei dati finale sul nuovo POD HF (dal vecchio POD). 
  • Avviare tutti i database sul nuovo POD HF.
  • Avviare le attività sul web/app sul nuovo POD HF.
  • Chiudere i database sul vecchio POD.
• Circa dalle 03:00 alle 07:00, orario del POD: spostamento del PIG completato.
  • L'assistenza conferma la funzionalità di Business Manager e dello storefront
  • L'assistenza conferma la funzionalità di MongoDB
  • La pagina di manutenzione viene chiusa.  Il caso viene aggiornato specificando il completamento del processo.  
• Per gli indirizzi IP degli storefront dietro eCDN, Operazioni gestirà eventuali modifiche obbligatorie.

Fasi post-spostamento dell'area di autenticazione

• Verificare che l'amministratore del Centro di controllo possegga le autorizzazioni indispensabili per gestire le istanze nel Centro di controllo.
• L'assistenza conferma la funzionalità di Business Manager e dello storefront.
• L'assistenza conferma la funzionalità di MongoDB.
• Dopo lo spostamento del PIG, SFCC deve verificare il numero di clienti e ordini da PRD BM (per averli a portata di mano in caso di problemi ELS dopo lo spostamento del PIG) e confrontarlo al conteggio pre-spostamento del PIG
• Controllare i record cliente e ordine seguendo nuovamente le fasi elencate:
  • Aprire BM > Merchant Tools (Strumenti per l'esercente) > Customers (Clienti)
  • Annotare il conteggio (insieme all'orario e al fuso orario)
  • Aprire BM > Merchant Tools (Strumenti per l'esercente) > Orders (Ordini)
  • Annotare il conteggio (insieme all'orario e al fuso orario)
• Analytics non risiede più nel POD, quindi non è più necessario eseguire la migrazione durante lo spostamento del POD. Per la stessa ragione, non è più necessario attendere per ripopolarlo dopo lo spostamento del POD, quindi dovrebbe essere disponibile per l'utilizzo immediato.

• Verificare che le istanze e gli storefront di Business Manager siano abilitati.
• Verificare che il caricamento del codice funzioni correttamente.
• Verificare la connettività con le integrazioni di terze parti, l'elaborazione dei pagamenti, l'evasione degli ordini, ecc.
• Verificare che i firewall esterni consentano l'accesso in entrata dal nuovo "POD HF"
• Verificare le email in uscita e confermare che i clienti siano in grado di ricevere un messaggio email dopo aver effettuato un ordine o essere diventati membri dello storefront.

1. Collaborare con le risorse QA interne per creare un processo di verifica e convalida da eseguire dopo lo spostamento dell'area di autenticazione.
2. Pianificare le risorse in modo tale che siano disponibili per monitorare il ticket di spostamento dell'area di autenticazione fin dall'inizio del processo.  In caso si verifichi un problema, aggiornare immediatamente il ticket.
3. Riprogrammare eventuali repliche di dati o codici che dovrebbero essere effettuate entro la finestra di spostamento dell'area di autenticazione (02:00 del giorno precedente - 07:00 del giorno stesso).  Eventuali repliche in esecuzione durante il processo di spostamento daranno origine a un processo non riuscito, che dovrà essere annullato manualmente dopo lo spostamento.