Hosting e cloud

Che cosa copre questo scaffale

Posti in cui far girare un’applicazione: piattaforme gestite che rilasciano da un repository, servizi per container, macchine virtuali e fornitori cloud completi con diverse centinaia di servizi collegati.

La risposta giusta dipende meno dalla scala che da quanto lavoro operativo vuoi avere a carico. Ogni livello di controllo che prendi aggiunge un impegno che arriva a un’ora scomoda.

I database hanno il loro scaffale in database. Osservare cosa succede una volta online appartiene al monitoraggio.

Quattro livelli di controllo

Le piattaforme gestite prendono il codice e lo eseguono. I rilasci partono da un repository, la scalabilità è un’impostazione e la maggior parte delle decisioni sull’infrastruttura è presa per te. Sono la via più rapida verso la produzione e la meno flessibile quando serve qualcosa di insolito.

I servizi per container stanno un gradino sotto: eseguono immagini che costruisci tu, con un’orchestrazione che configuri tu. Più lavoro, più controllo e un artefatto portabile che si sposta tra fornitori.

Le macchine virtuali ti danno un sistema operativo e tutto ciò che comporta, compresi aggiornamenti, sicurezza e backup.

I fornitori cloud completi offrono tutti e tre i livelli più un catalogo di servizi gestiti, al prezzo della complessità e di una fattura che richiede attenzione.

Le domande che decidono le prestazioni

• Scelta della regione, vicino agli utenti e al database.
• Cold start, su tutto ciò che scala a zero tra una richiesta e l’altra.
• Connessioni persistenti, che alcuni modelli serverless gestiscono male.
• Tempi di build e di rilascio, perché un rilascio di dieci minuti cambia la frequenza con cui si pubblica.
• Distribuzione statica, in cache vicino ai visitatori e non servita ogni volta dall’origine.

La distanza tra l’applicazione e i suoi dati è il problema autoinflitto più comune. Cinquanta query per pagina attraverso il confine di una regione producono un sito lento che nessun lavoro sul front end può salvare.

Affidabilità e che cosa succede in una brutta giornata

Le promesse di uptime vanno lette, non credute. La maggior parte copre il control plane del fornitore e compensa con crediti di servizio, che non è ciò che un’interruzione ti costa.

Chiedi dei domini di guasto: se le tue istanze stanno in una zona o in più, che cosa fa un nuovo rilascio al traffico attivo e se il rollback è un pulsante o una ricostruzione. Chiedi come vengono conservati i log e se puoi raggiungerli quando la dashboard non è disponibile.

Poi chiedi del ripristino che controlli tu. Un’interruzione del fornitore è superabile se i tuoi dati hanno una copia altrove e il tuo rilascio è riproducibile. Nessuna delle due cose è vera per impostazione predefinita.

Costi e voci che crescono in silenzio

Il calcolo è il numero sulla pagina dei prezzi. La fattura di solito è fatta di cinque cose.

L’egress si paga al gigabyte per i dati in uscita dal fornitore e si accumula più in fretta con video, download e traffico tra regioni. Lo storage cresce e raramente si riduce. I servizi gestiti hanno contatori propri. I minuti di build contano sulle piattaforme che ricostruiscono a ogni push. I piani di assistenza sono a pagamento quasi ovunque sopra il livello base.

Gli ambienti di sviluppo e di staging raddoppiano gran parte di tutto questo, a meno che non vengano ridimensionati o fermati di notte. Chiedi quale sarebbe il totale con il triplo dell’attuale traffico, perché è la cifra che incontrerai davvero. L’abitudine di seppellire contatori simili è trattata in ciò che le pagine dei prezzi nascondono.

Portabilità e come mantenerla

Il lock-in in questa categoria raramente è clamoroso. Si accumula un servizio comodo alla volta.

Container e runtime standard viaggiano. Funzioni, code, servizi di identità e database proprietari no, e ogni adozione alza il costo di andarsene. È uno scambio legittimo quando il servizio fa risparmiare lavoro vero, e uno scambio povero quando fa risparmiare un pomeriggio.

Tieni l’infrastruttura definita come file e non come clic in una console, e metti in piedi l’intero sistema da zero almeno una volta. Ciò che impari da quell’esercizio vale più di qualunque tabella di confronto.

Abbinare la piattaforma all’applicazione

Una normale applicazione web con un database è ben servita da una piattaforma gestita, e il tempo risparmiato vale il sovrapprezzo per quasi ogni team senza personale operativo dedicato.

Elaborazione in background, code e lavori pianificati cambiano il quadro, perché i modelli serverless gestiscono male le attività di lunga durata e alcune piattaforme non hanno proprio dove metterle.

Tutto ciò che ha requisiti insoliti, che si tratti di hardware specifico, traffico elevato e costante o rigida residenza dei dati, tende a spingere verso il cloud puro o le macchine dedicate.

I siti statici stanno all’estremo economico e spesso non costano nulla da servire come si deve.

Decidi dalla forma del carico di lavoro e non dalla dimensione dell’azienda. I team piccoli fanno girare applicazioni impegnative, e quelli grandi spesso ne fanno girare di semplici.