Docker Machine是我们讨论过的比较弱的方案。它基于即时命令，只提供一种创建droplet和安装Docker Engine的方法。它使用Ubuntu 15.10作为基本快照。这个版本不仅旧，而且是一个临时版本。如果要选择使用Ubuntu，那么应用选择16.04长期支持版（LTS）。
如果Docker Machine可以为Swarm模式提供最小设置（就像以前独立的Swarm一样），那么对于小型集群来说，这可能是一种很好的选择。
与现在一样，在DigitalOcean中使用Swarm集群时，Docker Machine能够提供的唯一真正的好处是，在远程节点上安装Docker Engine，并且可以使用docker-machine env命令使本地的Docker客户端与远程集群无缝通信。Docker Engine的安装非常简单，因此仅安装是不够的。从另外一方面看，不应该在生产环境中使用docker-machine env命令。这两种好处都太微不足道了。
目前Docker Machine的许多问题可以通过一些额外的参数（例如，--digitalocean-image）和与其他工具结合来解决。然而，这只会削弱Docker Machine的好处。它应该是简单的并能工作得很好。这在Docker 1.12之前是部分正确的。现在，至少在DigitalOcean中，它落后了。(www.xing528.com)
这是否意味着我们在使用DigitalOcean时应该放弃Docker Machine？当然不是。当我们想要创建一个临时的集群来演示或尝试一些新特性时，它仍然是有用的。而且，如果你不想花时间学习其他工具，只想使用你熟悉的工具，那么Docker Machine也许是正确的选择。我不确定这是不是你的实际情况。将本书读到这里的事实告诉我，你确实想探索更好的集群管理方法。
最后的建议是，当你想要在本地模拟Swarm集群时，请将Docker Machine作为首选工具，就像前面几章中所做的那样。对于DigitalOcean，还有更好的选择。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
