Gli On-Demand Sandboxes di B2C Commerce sono un modo flessibile per soddisfare le esigenze relative all'ambiente Sandbox, grazie a prestazioni migliori, procedure rapide per l'acquisto, prezzi basati sull'utilizzo e possibilità di aumentare o ridurre in base alle esigenze. Questo documento illustra i requisiti, i vantaggi e i prezzi per usufruire di On-Demand Sandboxes per i partner ISV e di consulenza di B2C Commerce.
I partner possono richiedere On-Demand Sandboxes seguendo le istruzioni contenute in questo articolo: Partner On-Demand Sandboxes - How to get one (Servizio On-Demand Sandboxes per i partner - Come ottenerlo).
Gli On-Demand Sandboxes offrono una maggiore flessibilità, ad esempio:
I partner devono prima iscriversi al Programma per i partner AppExchange nella categoria di partner "B2C Commerce" e accettare l'Accordo del Programma per i partner Salesforce e le policy del Programma per i partner AppExchange. Successivamente, i partner devono (a) aver completato un modulo di ordine in relazione a On-Demand Sandboxes o (b) essersi iscritti al programma per i partner di consulenza Salesforce B2C Commerce ed essere stati pre-approvati per diventare partner di consulenza B2C Commerce ed essere idonei a utilizzare On-Demand Sandboxes. I partner devono mantenere costantemente l'idoneità.
Il Sandbox o ambiente di prova è stato creato per i potenziali ISV di B2C Commerce, che possono utilizzarlo per un periodo fino a 90 giorni per scopi di formazione e sviluppo. È pensato per i potenziali clienti che desiderano conoscere l'ambiente B2C Commerce in attesa del completamento del processo di onboarding e/o della decisione di aderire formalmente al Programma per i partner B2C Commerce. Il Sandbox di prova si può richiedere qui.
È necessario esportare i dati da un Sandbox di prova e importarli in un On-Demand Sandbox dedicato? I Sandbox di prova non si convertono in On-Demand Sandboxes, quindi se si desidera utilizzare ciò che è stato costruito nella versione di prova, è necessario esportare i dati. Consultare questo articolo della Guida per le istruzioni dettagliate da seguire dopo aver richiesto correttamente un On-Demand Sandbox.
No. A causa di modifiche al programma, i blocchi di crediti aggiuntivi non sono più disponibili per l'acquisto. Tuttavia, per garantire un prezzo equo, abbiamo ridotto il sovrapprezzo in modo che corrisponda alla tariffa per credito del blocco di crediti aggiuntivo (0,0020 USD per credito).
Il modello di prezzo degli On-Demand Sandboxes è basato sull'utilizzo. I partner hanno diritto a crediti gratuiti in base alla loro affiliazione al programma per i partner (vedi griglia sotto). In questo modo i partner hanno il controllo completo sul numero di Sandbox da utilizzare e su quando utilizzarli. Possono utilizzare i loro crediti per mantenere in funzione solo alcuni Sandbox per un periodo di tempo prolungato oppure possono gestire molti Sandbox per brevi periodi di tempo, ad esempio in un caso d'uso di integrazione continua (CI, Continuous Integration).
|
Prezzi del servizio On-Demand Sandbox |
Prezzo |
|
Crediti partner ISV B2C Commerce (600.000 crediti/anno) |
Gratuito (annuale)* |
|
Crediti partner di consulenza B2C Commerce (1,1 milioni crediti/anno) |
Gratuito (annuale)* |
|
Tariffa eccedenza crediti |
0,0020 USD** |
** Se l'utilizzo supera l'importo assegnato (ad esempio, se un partner ISV B2C Commerce supera i 600.000 crediti gratuiti assegnati), verrà applicato un addebito di 0,0020 USD per credito aggiuntivo. Il calcolo verrà effettuato il primo giorno del mese e fatturato di conseguenza.
I crediti sono un mezzo per consumare tempo nel servizio On-Demand Sandboxes. Per la versione GA esistono due modalità Sandbox che consumano crediti: tempo di attività e tempo di inattività. Quando viene creato o avviato, un Sandbox consuma tempo di attività. Quando viene interrotto, consuma tempo di inattività. Solo se viene rimosso, il Sandbox non consuma più crediti.
Un Sandbox ininterrottamente in esecuzione per un periodo di un mese equivale a 50.000 crediti.
Tempo di attività significa che un Sandbox consuma CPU e memoria. Quando viene creato o avviato, un Sandbox consuma tempo di attività. Quando viene interrotto, ma non rimosso, consuma tempo di inattività. Quando il Sandbox viene rimosso, non consuma più nulla. Utilizzando l'API, gli utenti possono creare, avviare, interrompere e rimuovere i Sandbox:
Sì. I Sandbox che consumano tempo di attività consumeranno 1 credito per i profili di medie dimensioni, 2 crediti per i profili di grandi dimensioni e 4 crediti per i profili di dimensioni molto grandi per ogni minuto (o parte di esso) del tempo di attività del Sandbox. I Sandbox che consumano tempo di inattività consumano 0,3 crediti per ogni minuto (o parte di esso) del tempo di inattività del Sandbox.
È un processo facile e veloce
Un partner ISV B2C Commerce, ad esempio, riceve 600.000 crediti gratuiti su base annua, quindi se vuole avere un singolo Sandbox in funzione ininterrottamente per un anno, passerà automaticamente al sovrapprezzo (0,0020 USD/credito) dopo aver esaurito la quantità di crediti standard assegnata, che verrà calcolato il primo giorno di ogni mese e fatturato di conseguenza.
Uso del calcolatore di crediti
La flessibilità dei nuovi Sandbox consente di utilizzarli per varie operazioni di breve durata (ad esempio, in un processo di integrazione continua) e di crearne un numero qualsiasi. Con l'utilizzo di queste funzionalità, il semplice calcolo "per numero di Sandbox all'anno" può risultare eccessivo o insufficiente. Per aiutare l'utente, abbiamo creato un foglio di calcolo che può essere copiato e utilizzato per calcolare i crediti necessari in base a diversi scenari di utilizzo.
Se l'utente è un partner ISV B2C Commerce, può creare fino a 5 Sandbox. Se l'utente è un partner di consulenza B2C Commerce può creare fino a 50 Sandbox. Ogni Sandbox consumerà i crediti in base al tempo di attività o di inattività alle tariffe indicate sopra.
Nota: ci sono alcuni limiti superiori di ordine pratico. Questi servono a prevenire i processi incontrollati o l'uso improprio del sistema.
I partner possono vedere i dati relativi ai Sandbox (quali Sandbox esistono attualmente, chi li ha creati, da quanto tempo esistono e quanti minuti hanno consumato) tramite l'API Sandbox. Ad esempio, l'API GET /realms/usage può essere utilizzata per recuperare tutti i dettagli relativi all'utilizzo in un'area di autenticazione. Indica i minuti di tempo di attività e tempo di inattività consumati in un periodo di tempo specifico.
No, i crediti devono essere utilizzati entro la data di fine ordine indicata nel modulo d'ordine del Sandbox firmato, tuttavia i crediti per i partner si azzerano ogni anno, quindi il conteggio dei crediti per i partner B2C Commerce si azzera al momento del rinnovo.
No, On-Demand Sandbox si rinnova automaticamente in base ai termini dell'Accordo Principale di Servizio, quindi, una volta completata la richiesta iniziale, si rinnoverà automaticamente ogni anno nel mese di febbraio, il che significa che i crediti verranno automaticamente reimpostati in quel momento, a meno che non venga presentata internamente una richiesta di deprovisioning o di cessazione della partnership.
No. I Sandbox continuano a funzionare e a consumare crediti. Al partner viene fatturata l'eccedenza di crediti utilizzati (vedere sopra).
I partner devono aprire un ticket nella Partner Community per richiedere l'accesso. Le istruzioni sono disponibili qui: On-Demand Sandbox - How to get one.
Attualmente gli On-Demand Sandboxes non possono importare i dati dall'ambiente di staging, poiché vengono eseguiti su un'infrastruttura diversa e non sono affatto collegati agli ambienti POD legacy. Tutte le operazioni sui dati si basano sui processi standard di importazione/esportazione. È possibile esportare prima i dati dall'ambiente di staging, ripulirli, quindi trasferire il file agli On-Demand Sandboxes e importarli.
Sì. On-Demand Sandbox offre 3 diversi profili di risorse. Il profilo di risorsa deve essere scelto al momento della creazione del Sandbox. Vedere la documentazione del prodotto per i dettagli.
Come gli attuali Sandbox POD, gli On-Demand Sandboxes non consentono di programmare i processi. I processi possono essere eseguiti manualmente o utilizzando lo strumento SFCC-CI in forma di script.
Sì. Il supporto per DIS è disponibile e può essere utilizzato con On-Demand Sandboxes.
Le funzionalità Einstein AI e Consiglio non sono disponibili nelle istanze di ODS esistenti per impostazione predefinita. Contattare Salesforce se il caso specifico richiede queste funzionalità.
Sì. Il Designer di pagine è disponibile all'uso nei nuovi Sandbox.
Non è attualmente disponibile una rete CDN per gli On-Demand Sandboxes. Ciò significa che l'utilizzo di elementi come il routing SEO e la cache dei dati non sono disponibili per questi nuovi Sandbox.
È possibile arrestare un Sandbox (utilizzando l'API sandbox:stop), interrompendo l'utilizzo di CPU e memoria e passando al consumo di "tempo di inattività". Il Sandbox può essere riavviato e avrà tutti i dati precedenti. Tuttavia, se un Sandbox viene rimosso (utilizzando l'API sandbox:remove), tutti i dati vengono cancellati.
Gli On-Demand Sandboxes non hanno le stesse prestazioni dell'ambiente di un gruppo di istanze primarie (sviluppo, staging, produzione). È possibile eseguire lo stesso livello di test di carico che si può fare oggi con un Sandbox POD, forse qualcosa di più. In futuro stiamo valutando l'aggiunta di funzioni che consentano di creare Sandbox con più memoria, CPU, spazio di archiviazione e così via.
Il supporto per gli alias (configurazione CNAME) non è attualmente disponibile per gli On-Demand Sandboxes. La possibilità di configurare CNAME e quindi di utilizzare nomi host personalizzati è un'opzione prevista dopo il rilascio della versione GA.
No. Quando vengono creati, gli On-Demand Sandboxes sono vuoti. Tuttavia, è possibile utilizzare tutti gli stessi strumenti di importazione/esportazione per importare un set di dati predefinito e caricarlo nel Sandbox.
Tutte le interazioni con il servizio On-Demand Sandboxes avvengono tramite una chiamata API o lo strumento da riga di comando SFCC-CI basato sulla comunità (vedere di seguito). La documentazione completa relativa all'API e ai metodi da utilizzare è disponibile qui.
Tutta l'autenticazione per un On-Demand Sandbox viene eseguita con gli utenti con ruolo Responsabile account. Questo rende la gestione e l'accesso agli On-Demand Sandboxes molto più semplici, soprattutto in caso di rimozione e creazione frequente di nuovi Sandbox.
Qualsiasi utente che ha intenzione di utilizzare le API On-Demand Sandbox o lo strumento SFCC-CI per amministrare gli On-Demand Sandboxes dovrà aggiungere il ruolo Utente API Sandbox al proprio profilo utente Responsabile account e applicarlo all'ambiente Sandbox nella propria area di autenticazione.
Anche l'accesso come sviluppatore ai Sandbox (On-Demand Sandboxes) richiede i ruoli Amministratore Business Manager (per l'accesso alle opzioni di sviluppo in Business Manager) e Utente LogCenter (per l'accesso per visualizzare i file di registro dell'ambiente) da aggiungere e applicare all'ambiente Sandbox nell'area di autenticazione.
Per assegnare questi ruoli:
Tutto l'utilizzo delle API in Commerce Cloud richiede un valore ID client per indicare l'applicazione che sta utilizzando l'API. Poiché gli On-Demand Sandboxes sono amministrati tramite API, è necessario un ID client per utilizzarli. Molti sviluppatori disporranno già di uno di questi valori per la loro organizzazione. Tuttavia, se l'utente non dispone di un ID client, l'amministratore dell'organizzazione può crearne uno utilizzando la Gestione account. Per l'uso dell'automazione, gli utenti devono disporre dell'ID client e del segreto client per l'autenticazione.
Per tutti i dettagli sugli ID client, incluse la modalità per ottenerli, fare riferimento alla documentazione nel Commerce Cloud InfoCenter.
Non in questo momento. Per la versione GA, tutta l'amministrazione dei nuovi Sandbox dovrà essere effettuata con le API e/o con lo strumento SFCC-CI.
Sì. Gli On-Demand Sandboxes possono essere gestiti utilizzando Control Center. Tutta l'amministrazione di questi nuovi Sandbox dovrà essere effettuata con le API e/o con lo strumento SFCC-CI.
No. Il comando sandbox:remove è un'attività che distrugge i dati. Una volta eseguito il comando, il sistema Sandbox procederà alla rimozione dell'ambiente e di tutti i suoi dati in conformità con le norme sulla privacy e sull'affidabilità dei dati di Salesforce.
SFCC-CI è un progetto basato sulla comunità creato dal gruppo Customer Success di Commerce Cloud su GitHub. Lo strumento è costruito sulla base delle API OCAPI e Sandbox e fornisce un'interfaccia da riga di comando (CLI) per interagire con le istanze di Commerce Cloud dalla riga di comando o dalla shell di vari sistemi operativi, al fine di facilitare le pratiche di integrazione continua utilizzando Commerce Cloud. L'interazione con On-Demand Sandboxes fa parte delle funzioni di questo strumento, che, se usato per creare On-Demand Sandboxes, richiede abbia il ruolo Utente API Sandbox menzionato nei paragrafi precedenti.
Per tutti i dettagli, consultare il repository GitHub di SFCC-CI e il relativo file Readme.
Per i problemi o le domande di carattere generale o tecnico sul servizio On-Demand Sandboxes, pubblicare un post nel gruppo On-Demand Sandbox della Partner Community.
000393797

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.