Aangezien de overhead van Docker-containers hier niet significant en verwaarloosbaar is, gaat de vraag meer over architectuur in een microservices-paradigma.
Prestaties zijn inderdaad een complexe vraag en er is geen algemeen advies, maar misschien helpt het volgende je:
Persoonlijk betwijfel ik of men aan het begin van het project moet proberen alle mogelijke prestatieproblemen van tevoren op te lossen (#MVP , #wendbaar )Corrigeer me echter, maar het lijkt erop dat je niet veel bronnen hebt (één host?) en van tevoren zuinig met deze bronnen wilt zijn.
Oké, wat is nu je grootste zorg?
RAM is een punt van zorg
Dan met twee gelijktijdige MySQL-instanties op dezelfde host is misschien niet zo goed (maar geen probleem voor verschillende opstellingen)
Voor één host zou ik willen voorstellen om één databasecontainer te gaan gebruiken, maar verschillende schema's te maken. Het kan extra werk met de standaardcontainer met zich meebrengen (https://forums.docker.com/t/multiple-databases-in-official-mysql-container/8324 )
Andere zorgen
Het zou me nu niet zoveel schelen en vanaf het begin met afzonderlijke databases beginnen. Het is een enorme waarde om uw services horizontaal van de databases te kunnen scheiden! Ik zou deze ontwerpbeslissing niet willen verzwakken vanwege zeer theoretische toekomstige prestatieproblemen.