Perché le grandi aziende hanno sempre problemi con i server quando lanciano un nuovo prodotto? Dovrebbero avere buone aspettative su ciò che verrà e avere già l'esperienza e i mezzi per affrontarla nel modo giusto?

Perché è costoso da costruire per il picco della domanda. La maggior parte delle aziende colpirà in caso di problemi al momento del lancio invece di avere solo infrastrutture 20% utilizzato in corso quando le cose tornano alla normalità. Nonostante il cloud, il ridimensionamento su e giù non è sempre facile come alcuni pensano.

Un paio di ragioni che mi vengono in mente:

a) Non lo fanno. Prevedere il picco della domanda è difficile. Non è semplicemente una questione di quanti utenti ci sono. Sono connessioni / sec. È quanto tempo ogni connessione occupa uno spazio sul server. È geografia. Si tratta di colli di bottiglia imprevisti &cattive architetture.

b) Sono a buon mercato. I requisiti aggiuntivi del server per il lancio diminuiranno abbastanza rapidamente, quindi cercano di minimizzare la spesa

c) Uguale a b, ma sono economici sul ridimensionamento, quindi quando la merda colpisce la ventola, non sono pronti per scalare più velocemente di cui hanno bisogno

d) I test delle prestazioni che eseguono non sono realistici, quindi il loro piano di ridimensionamento fa schifo.

e) Non riescono a spiegare il fatto che i sistemi in esecuzione su 95 – 100% non si comportano sempre allo stesso modo dei sistemi in esecuzione su 20 – 50% fare.

&#x 200 B;

Le parole non possono descrivere quante volte ho visto la merda fallire perché un server ha esaurito lo spazio e poi è caduto.

Perché le cose non hanno funzionato?

Non sappiamo, il sistema ha esaurito lo spazio dei registri e i registri sono immondizia.

C'è qualche motivo.

1. Non è un'applicazione infinitamente scalabile. Potrebbero esserci ancora colli di bottiglia in alcuni luoghi, come database back-end con un numero elevato di registrazioni o acquisti.

2. Non vale il costo di gestire la parte superiore 20% del carico, perché la maggior parte di esso avverrà comunque. Nonostante il fatto che non puoi effettuare le vendite il giorno 0, alla fine effettuerai comunque le vendite quando le cose si appiattiranno un po '.

3. La maggior parte dei provider di cloud ha restrizioni di risorse in modo che un singolo account non possa crescere senza controllo. Come azienda, vuoi qualcosa sul posto in modo da non causare accidentalmente la tua applicazione cloud per noleggiare migliaia di server extra e causare una fattura fuori controllo. Se non stimhi correttamente quanto ti servirà, devi chiamare il tuo rappresentante AWS o Azure o GCP e farli aumentare questo limite, ma questo è un processo manuale.

Fino a quando non avrò delle prove su ciò che voglio credere che non sia vero e che è solo così che sentiamo parlare solo di quelli con un inizio difficile. Come nessuno ha mai detto “hai sentito parlare del buon lancio di gioco / programma / servizio xy? Dannazione, loro sanno come farlo '

Il principio da tenere a mente è che una catena è forte come la sua collegamento più debole. Se ci pensate, ci sono alcuni “componenti” che fanno battere qualsiasi servizio web. Questi componenti hanno ulteriori sottocomponenti, sia hardware che software. Pensa alla cache e ai meccanismi di accodamento come esempio. Nonostante qualsiasi quantità di preparativi per test e scalabilità, i dati e le circostanze della vita reale possono mettere la chiave in azione in quasi infinite variazioni. Da qui la possibilità di “crash” dei server.