Quali migliori pratiche dovrebbero essere intraprese per un sito web che deve "scalare" per gestire la capacità? Questo è particolarmente rilevante ora che le persone stanno prendendo in considerazione il cloud, ma potrebbero perdere i fondamenti.
Sono interessato a conoscere qualsiasi cosa tu consideri una best practice dalle attività a livello di sviluppo, all'infrastruttura, alla gestione.
Progettazione per concorrenza
Cioè, mentre stai programmando, pianifica di far partire più thread. Pianifica lo stato condiviso (spesso solo il db). Pianificare più processi. Pianifica la distribuzione fisica.
Ciò consente di distribuire il sistema su più macchine e su più processi con bilanciamento del carico. Ti permette di avere processi ridondanti in esecuzione in caso di errore, e nel caso in cui hai bisogno di modificare il sistema sul posto, non devi uccidere tutti i servizi per farlo.
Alcune cose che potresti prendere in considerazione:
Condividi Niente architettura.
Con questo in mente, e contrariamente a quello che potresti pensare, non saltare subito a una soluzione di scale-out. Il sovraccarico del sistema fuori rete rispetto a una chiamata all'interno del sistema non deve essere sottovalutato. Ad esempio, ci vuole molto più tempo per fare una connessione DB su qualsiasi interfaccia di rete di quanto non faccia una chiamata locale. Budget quanto tempo è necessario per la gestione, la potenza e lo sforzo di messa a punto nel ridimensionamento rispetto a $ extra per un vero grande sistema.
Indipendentemente da ciò, ho ancora un grande valore nelle architetture di "share nothing" e puoi stratificare e ridimensionare i tuoi sistemi quando sarà il momento.
Parallelizza le richieste su più nomi host
Una parte dello standard HTTP è una sezione che dice che i webclients richiedono un massimo di 2 sessioni per host DNS. Ecco una soluzione in cui tu e alias il tuo www.domain.com e ottieni una concorrenza di richieste più elevate, aumentando la velocità di caricamento della pagina:
Fondamentalmente implica la modifica del gestore HTTP ASP.NET per alternare gli host di destinazione a cui si inviano i client, in cui ogni host è un CNAME a "www".
DNS sicuro, veloce e affidabile
Ho trovato alcuni siti Web di alta capacità utilizzando il server DNS del registrar, che non aveva SLA per uptime o prestazioni. Inoltre, i loro server si trovavano in India e la latenza aumenta la possibilità che uno spoofer DNS possa avvelenare la cache del vostro ISP, o intermedia. Ciò farebbe sì che anche il tuo traffico protetto da SSL venga reindirizzato senza che nessuno lo sappia.
La velocità del DNS influisce anche sul tempo di caricamento iniziale del server, prima che i record vengano memorizzati nella cache.
Uso DynDNS o Neustar alla maggior parte dei miei clienti poiché hanno un'infrastruttura DNS piuttosto solida (anche se è costosa e non ho altre affiliazioni con quelle aziende).
Penso che la chiave sarà semplice:
Avere un codice semplice. Ciò significa qualcosa che guardi e capisci. Mentre espandi e cambi server, devi sapere cosa sta succedendo. Potrebbe anche essere necessario aggiungere codificatori che devono comprendere rapidamente. Ganci e file XML che chiamano codice casuale che non è ovvio è molto male.
Quindi puoi testare e trovare i problemi.
Guarda qui: link
Noi di stellarbuild cerchiamo di assicurarci che i nostri siti web siano scalabili senza tempi morti. Ciò significa che devi essere in grado di sapere che cosa fa il tuo codice e dove lo fa Anche se stai provando una macchina diversa, non puoi impiegare troppo tempo per ridimensionarla. La maggior parte delle persone inizia solo quando è quasi troppo tardi, purtroppo. Puoi ottimizzare solo dopo averlo fatto secondo me.
Leggi altre domande sui tag web-development scalability cloud-computing paas