Il tuo design originale si basa su solidi principi. Se aiuta il tuo caso, questa strategia è nota come partizionamento orizzontale o sharding . Fornisce:
1) Maggiore scalabilità, perché ogni shard può vivere su hardware separato, se necessario.
2) Maggiore disponibilità, perché l'errore di un singolo shard non ha alcun impatto sugli altri shard
3) Maggiori prestazioni, perché le tabelle cercate hanno meno righe e quindi indici più piccoli, il che rende le ricerche più veloci.
Il suggerimento del tuo collega ti porta a un'unica configurazione del punto di errore.
Per quanto riguarda la tua domanda su 3 pool di connessione di dimensione 10 rispetto a 1 pool di connessione di dimensione 30, il modo migliore per risolvere il dibattito è con un benchmark. Configura la tua app in ogni modo, quindi esegui alcuni stress test con ab (Apache Benchmark) e vedi in che modo funziona meglio. Sospetto che non ci sarà una differenza significativa, ma fai il benchmark per dimostrarlo.
