Тъй като служебните разходи за контейнера на Docker не са значителни и незначителни тук, въпросът е по-скоро за архитектурата в парадигмата на микроуслугите.
Ефективността наистина е сложен въпрос и няма общ съвет, но може би следното ще ви помогне:
Лично аз се съмнявам, че в началото на проекта човек трябва да се опита предварително да разреши всички възможни проблеми с производителността (#MVP , #пъргав )Поправете ме обаче, но изглежда, че нямате много ресурси (един хост?) и искате да сте пестеливи с тези ресурси предварително.
Добре, какво е най-голямото ви притеснение сега?
RAM е проблем
След това има две едновременни MySQL екземпляра на един и същ хост може би не е толкова добър (но не е проблем за различни настройки)
За един хост бих предложил да започнете да използвате един контейнер на базата данни, но да създам различни схеми. Може да включва допълнителна работа със стандартен контейнер (https://forums.docker.com/t/multiple-databases-in-official-mysql-container/8324 )
Други притеснения
Не бих се интересувал твърде много сега и бих започнал с отделни бази данни от самото начало. Да можеш да разделиш услугите си хоризонтално спрямо базите данни е огромна стойност! Не бих искал да отслабвам това дизайнерско решение поради много теоретични проблеми с бъдещата производителност.