Capitolo 11. Considerazioni sulla scalabilità
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Hai affrontato tutto, dall'architettura alla logica dell'endpoint, passando per la sicurezza e il debug. Hai apportato alcuni aggiornamenti alle prestazioni per assicurarti che la tua applicazione funzioni senza problemi, quindi uno degli ultimi ritocchi che puoi fare è prepararla a scalare per altri utenti. Questo significa che la tua applicazione di backend è "finita". Aggiungerai altre funzionalità, farai ottimizzazioni e cambierai qualcosa man mano che il prodotto si sviluppa e matura, ma è in uno stato in cui la funzionalità di base è stabile.
La scalabilità è qualcosa che inizierà a costare di più alla tua azienda perché avrai bisogno di diversi livelli di servizi di terze parti e forse anche di più membri del team. Sai che è arrivato il momento di prendere in considerazione l'idea di scalare quando i miglioramenti delle prestazioni non sono sufficienti a tenere il passo con l'utilizzo.
In questo capitolo ti verranno fornite maggiori informazioni su:
-
Tipi di scalatura
-
Strategie di scalata
Decidere di scalare è un'impresa enorme perché potresti dover dividere i dati esistenti o modificare in modo significativo le risorse e i servizi. Prenditi una buona dose di tempo per ricercare le opzioni e verificare ciò che hai a disposizione e le eventuali limitazioni aziendali. Le decisioni prese ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access