mysql e http su stessa macchina o no?

[Marco Borromeo]

la latenza ethernet è altamente trascurabile.

Vero.

Pensa che la nuova 'moda' per chi si trova a gestire qualche milione di p/views al giorno è *non* far toccare il dbms dal webserver, ma di interfacciarsi con delle api a servizi esposti sulla rete interna, che a loro volta si interfacceranno col dbms (a volte delegando anche intere parti di codice...). Questo in nome della modularità e scalabilità nel giorno che il tuo sito esploderà di pviews e ti farà fare trilioni di dollari al secondo

[ceccus]

Salve,
Allora, come al solito, e come è già stato detto, occorre "scindere" dall' architettura tecnica del "singolo" e quello di una grande azienda ...
Il Singolo, difficilmente, avrà bisogno di avere macchine "verticalizzate" sui vari Layer che compongono l' applicazione stessa ...
Discorso diverso, ovviamente, per le grandi aziende, dove invece la situazione è proprio opposta ... cioè si verticalizza proprio sulla specializzazione della macchina ... n macchine lavorano il Presentation ... n macchine lavorano lo strato di business e n macchine hanno il DB a bordo e fanno solo quello ...
Tutto questo perchè se, per esempio, modifico solo "il business", non avrò da distribuire il pacchetto modificato su tutto il parco macchine, ma solo su quello relativo al layer corrispondente.
Senza contare il fatto che macchine che lavorano il DB, saranno più potenti di quelle che "si smazzano" il Presentation (notevolmente più potenti ...)
In più , con i collegamenti in GBE , i tempi di "viaggio" e latenza dei pacchetti sono ridotti ai minimi termini.
In definitiva, la grande azienda ha tutto il vantaggio a verticalizzare e quindi specalizzare le verie macchine ... il singolo ........ beh ... probabilmente non tanto ...

Ciao !!