Étant donné que la surcharge du conteneur Docker n'est pas significative et négligeable ici, la question concerne davantage l'architecture dans un paradigme de microservices.
La performance est en effet une question complexe et il n'y a pas de conseil général, mais peut-être que ce qui suit vous aidera :
Personnellement, je doute qu'au début du projet il faille essayer de résoudre à l'avance tous les problèmes de performances possibles (#MVP , #agile )Cependant, corrigez-moi, mais il semble que vous n'ayez pas beaucoup de ressources (un seul hôte ?) et que vous vouliez être économe avec ces ressources à l'avance.
Ok, quelle est votre plus grande préoccupation maintenant ?
La RAM est un problème
Avoir ensuite deux instances MySQL simultanées sur le même hôte n'est peut-être pas si bon (mais pas un problème pour différentes configurations)
Pour un hôte, je proposerais de commencer à utiliser un conteneur de base de données mais de créer différents schémas. Cela pourrait impliquer un travail supplémentaire avec un conteneur standard (https://forums.docker.com/t/multiple-databases-in-official-mysql-container/8324 )
Autres préoccupations
Je ne m'en soucierais pas trop maintenant et commencerais avec des bases de données séparées dès le début. Pouvoir séparer vos services horizontalement des bases de données est une valeur énorme ! Je ne voudrais pas affaiblir cette décision de conception en raison de problèmes de performances futures très théoriques.
