Memcached2 | NET Core 3 version of the C # Memcached client

I have a question related with the best practices for deploying applications to the production based on the docker swarm.

In order to simplify discussion related with this question/issue lets consider following scenario:

Our swarm contains:

• 6 servers (different hosts)
• on each of these servers, we will have one service
• each service will have only one task/replica docker running
• Memcached1 and Memcached2 uses public images from docker hub
• "Recycle data 1" and "Recycle data 2" uses custom image from private repository
• "Client 1" and "Client 2" uses custom image from private repository

So at the end, for our example application, we have 6 dockers running across 6 different servers. 2 dockers are memcached, and 4 of them are clients which are communicating with memcached. "Client 1" and "Client 2" are going to insert data in the memcached based on the some kind of rules. "Recycle data 1" and "Recycle data 2" are going to update or delete data from memcached based on some kind of rules. Simple as that.

Our applications which are communicating with memcached are custom ones, and they are written by us. The code for these application reside on github (or any other repository). What is the best way to deploy this application to the production:

1. Build images which will contain copied code within the image which you can use to deploy things to the swarm
2. Build image which will use volume where code reside outside of the image.

Having in mind that I am deploying swarm to the production for the first time, I can see a lot of issues with way number 1. Having a code incorporate to the images seems non logical to me, having in mind that in 99% of the time, the updates which are going to happen are going to be code based. This will require building image every time when you want to update the code which runs on specific docker (no matter how small that change is).

Way number 2. seems much more logical to me. But at this specific moment I am not sure is this possible? So there are a number of questions here:

1. What is the best approach in case where we are going to host multiple dockers which will run the same code in the background?
2. Is it possible on docker swarm, to have one central host,server (manager, anywhere) where we can clone our repositories and share those repositores as volumes across the docker swarm? (in our example, all 4 customer services will mount volume where we have our code hosted)
3. If this is possible, what is the docker-compose.yml implementation for it?