Cutter 16
176,70 USD totale · Risparmia 5%
- vCPU
- 6 × dedicato
- RAM
- 16 GB
- Archiviazione
- 320 GB NVMe SSD
- Trasferimento
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Soluzione
I negozi non possono memorizzare nella cache le pagine più importanti. Carrello, checkout e pagine account sono dinamici per definizione, quindi l'e-commerce è davvero legato a CPU e database, a differenza dei siti di contenuti. Budget di quattro core dedicati e 8 GB per WooCommerce con un catalogo reale, e otto core con 16 GB per Magento 2, che è più pesante di quanto suggerito dalla sua documentazione.
| Risorsa | Cosa ti serve davvero |
|---|---|
| CPU | 4 core dedicati per WooCommerce, 8 per Magento 2 |
| RAM | 8–16 GB; solo Elasticsearch richiede 4 GB |
| Disco | NVMe, 320 GB e oltre con media prodotto |
| Uptime | SLA del 99,99%: i downtime sono ricavi persi, in modo misurabile. |
176,70 USD totale · Risparmia 5%
262,20 USD totale · Risparmia 5%
495,90 USD totale · Risparmia 5%
La posizione è solitamente la decisione più importante per questo carico di lavoro — perché la latenza domina, o perché la giurisdizione conta.
Sei-otto core dedicati con 16 GB.
Magento richiede Elasticsearch o OpenSearch; WooCommerce ne trae beneficio.
Cache full-page per tutto il resto; non mettere mai in cache una pagina che ha una sessione.
Entrambi influenzano la latenza reale al checkout.
Un ordine perso a causa di un backup non riuscito significa un cliente perso definitivamente.
Otto core dedicati e 16 GB di RAM sono un livello di produzione realistico, in gran parte perché Elasticsearch e lo stack cron di Magento richiedono molta memoria. I minimi ufficiali sono ottimistici.
Sì, in modo misurabile. Ogni 100 ms aggiuntivi di latenza ha un effetto negativo documentato sulle conversioni; ospita vicino ai tuoi clienti.
Sì, è indipendente dall'hosting. La maggior parte delle piattaforme di e-commerce ha un plugin per gateway crypto, incluso quello che alimenta il nostro checkout.