Confrontare i principali provider cloud: AWS, Azure, Google Cloud e altri

Immagina che una piccola azienda voglia un sito con fotografie dei prodotti e un elenco degli ordini dei clienti. Le servono un luogo in cui eseguire l’applicazione, uno in cui conservare i file immagine e un database capace di recuperare e aggiornare gli ordini. Parti da questi tre lavori. Rendono i provider cloud molto più facili da confrontare rispetto a un elenco di quote di mercato.

Nomi diversi per lavori riconoscibili

Una macchina virtuale è un computer che configuri ed esegui da remoto. L’object storage conserva file come le immagini. Un database relazionale gestito conserva record strutturati mentre il provider si occupa di parte del lavoro operativo. Gli esempi seguenti appartengono ai cataloghi dei diversi provider: non sono prodotti identici né una classifica.

I nomi dei prodotti e le categorie provengono dal confronto tra servizi di Google, dalla panoramica RDS di Alibaba e dal catalogo prodotti di Tencent. I motori di database, le configurazioni disponibili e le funzioni supportate variano; un servizio MySQL non sostituisce direttamente un’applicazione PostgreSQL.

Confronta il lavoro che il tuo team svolgerebbe davvero

Per il sito dell’esempio, un’opzione è noleggiare macchine virtuali e installare da soli l’applicazione e il database. Un’altra è usare un database gestito e un servizio di hosting applicativo. La seconda può eliminare alcune attività operative, ma bisogna comunque capire configurazione, accesso, ripristino e funzioni da cui dipende l’applicazione.

Parti dal sistema che hai già. Quale motore di database usa? Come viene distribuito? Quali strumenti il team riesce a mantenere? Una configurazione familiare può ridurre il lavoro; un servizio nuovo può comunque valere la pena se risolve un problema concreto. Rendi esplicito quel vantaggio.

Poi scegli le località in cui l’applicazione deve funzionare. Prova i tempi di risposta dai luoghi in cui gli utenti si collegano davvero e verifica che i servizi e le funzioni specifiche di cui hai bisogno siano disponibili insieme nella regione scelta. Il numero globale di regioni di un provider non può rispondere a nessuna delle due domande.

Dai un prezzo a un mese completo di lavoro

Assegna a ogni candidato le stesse ipotesi: visite previste, ore di calcolo, file conservati, dimensione del database, backup e dati inviati agli utenti. Includi il supporto se servirà al team. Una macchina virtuale economica è solo una voce di quella stima.

La guida al calcolatore dei prezzi AWS, per esempio, costruisce una stima a partire da regioni, servizi e ipotesi di utilizzo e permette di aggiungere il supporto. Una stima dipende da quegli input; non è una promessa sulla fattura. Conserva le ipotesi insieme al numero per poter confrontare dati omogenei.

Per un sito ricco di fotografie, l’invio delle immagini ai visitatori può contare più che per un piccolo modulo interno. Per un sistema che deve riprendersi rapidamente, contano anche la capacità aggiuntiva del database e le procedure di ripristino. Prova il tuo schema invece di cercare il provider universalmente più economico.

Prova il percorso di ritorno prima di impegnarti

Esegui una versione ridotta della stessa applicazione sui provider finalisti. Carica immagini di esempio, crea ordini di prova, esporta i record e ripristinali in un ambiente di test separato. Verifica come sostituiresti i servizi specifici di un provider. Copiare i file è solo una parte della migrazione di un’applicazione.

Registra tre cose: quanto lavoro è servito per partire, quanto costa con le stesse ipotesi di utilizzo e che cosa occorre per spostare o ripristinare il sistema. Un test riuscito offre a un piccolo team una base migliore per scegliere rispetto alla posizione di un marchio in una classifica.

Mantieni la scelta collegata al tuo scopo

Non devi costruire su più cloud solo per dimostrare indipendenza. Un singolo servizio ben compreso può essere il punto di partenza più pratico. L’importante è sapere quali responsabilità hai trasferito e se un’altra soluzione resta possibile.

I modelli dei servizi cloud spiegano questa divisione del lavoro. Edge computing e cloud computing considera poi dove collocare lavori diversi. Distribuire le macchine tra più località e distribuire il potere decisionale sono domande separate; una scelta infrastrutturale utile rende entrambe più visibili.