You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Below I listed problems that I found during investigation of Docker swarm mode:
It doesn't support build of images, so we have to drop that capability for users or reimplement it fully. It would take a lot of time.
It doesn't support execs, commit, tag, push, get container logs,
It doesn't support privileged mode, pids, swap, disk limits, extra hosts
It doesn't support centralized retrieval of container events.
Apart from 1 we probably can also implement 2 ourselves. It would be something like finding node address and container id for machine and connect to target docker daemon directly to perform needed operation. It is big downgrade from what we have with Docker swarm as a separate product. It is also quite error prone approach.
Below I listed questions I haven't found answer to during this investigation:
Is it OK for us that it doesn't support whole syntax of Docker compose? Will users be OK with such downgrade?
I haven't found is it possible to create isolated overlay networks for each workspace.
How to know when container started (except performing some ls commands periodically)?
Does command+ args of service represents entrypoint + cmd of container?
Is it possible to use volumes from?
How to implement container links?
Probably we should investigate how to address 2, 3, 4, 5 and we could find some solutions (appropriate for us or not) in investigations of each specific problem.
We need a bulleted list of features that are missing from swarm mode in Docker 1.12 that prevent us from using that instead of the Docker Swarm.
The text was updated successfully, but these errors were encountered: