In many ways, the decision depends on your needs for separation, scaling and upgrade strategies.
typically, it would make sense to have some kind of caching proxy in front of a larger wordpress (or web application application) to reduce the redundant loads, and to later allow for scaling out.
And this proxy, or load balancing container, is then able to pass the requests to the right wordpress container (based I presume on domain name?), which then talks to its own database container.
As you learn about your scaling issues, you’ll then be able to add more servers, migrate your containers, and add more containers to deal with your load profiles.
However - if you’re just at an early stage, its just as valid to start with one proxy to route the requests, 2 wordpress containers and a common database. It really depends.
If I get interpret what you are saying, the db container can be shared by multiple containers but any app should run in its own container for scalability and manageability. I like your mention of a proxy, it will add a layer of complexity and test my newb status.