http://blog.force12.io/2015/10/16/microscaling-in-a-box.html
Happy to answer any questions. Also all feedback is greatly appreciated!
In what circumstance is this better than Docker Swarm, with it's multi-host scheduling?
The demo tool we've released today is single node and uses the Docker Remote API. We've also built demos that integrate with the ECS and Marathon schedulers. Force12 will be platform agnostic. So we plan to integrate with more schedulers and Swarm is definitely on that list.
Services are typically clustered across multiple hosts to alleviate pain associated with the availability constraints of a single host (e.g. physical resources, redundancy). "Scaling" containers across just a single host is:
1) an misunderstanding on the part of the operator, or
2) a very inefficient way of maximising the availability of a service on a single host.
In the case of 2), if you need to run multiple instances of your web service because one container doesn't maximise the resources of your host, then you're solving the problem in the wrong way. You should be making your service, in a single container, capable of maximising the resources of that host. Otherwise you're going to be wasting your physical resources taken up by the running of unnecessary containers.
Running multiple containers of the same image on the same host should be limited to testing of clustered services on a local host, admittedly with a few exceptions. I'd welcome any arguments to the contrary.
I'm not quite sure what this means:
"Now that we’ve open sourced our Force12 Agent we’ve got follow up releases ..."
https://github.com/force12io/force12
The follow up releases will be for the integrations we've done with the Marathon and ECS schedulers.
