Machine: Docker Machine现在处于维护模式

哦:(

好吧，这很不错，虽然持续了:)
谢谢大家的辛勤工作！

我想请您也更新readme.md

如果对机器的官方支持正在关闭，那么此回购中继续获得社区主导的支持的可能性是什么？

对于那些需要机器的人， https：//github.com/machine-drivers组织中有一些活动，对您来说有意义的是继续​​工作并从https://github.com/machine-发布

我们已经在考虑向该组织添加补丁程序，因为它们似乎无法合并到此处：＃4509（这对于Windows的本地化版本是阻止的）。 最好是继续某种形式的发行，但是对我们来说：minikube和minishift我们只需要链接到库即可。

@ shin-可以想到，新用户“ Getting Started”文档仍将docker-machine用作介绍的中心部分。

对于有兴趣更新文档的人，应该如何引导人们？

• Windows：看起来像Windows的Docker桌面
• Mac：好像适用于macOS的Docker桌面
• Linux：继续使用Machine文档吗？

我认为这确实是一种耻辱。 机器的真正力量介于使用Desktop在一台机器上使事情正常运行的简单性与infrakit背后的复杂性

嗨！

有人为Linux提供替代软件吗？ 我不想在主机上以root用户身份运行docker，而docker-machine在这方面提供了一些隔离。 有针对Linux的Docker的计划吗？

谢谢！

@gilbsgilbs您仍然可以像现在一样使用

@ shin-感谢您的建议。 我正在开始一个新项目，因此使用docker-machine是一个奇怪的举动，不是吗？

@ shin- Weelll ...不了解PR在新项目中使用它的方式，这可能不是一个好主意。 ：眨眼：

@justinclift我不想过多介绍细节，因为我们在准备好的语句中提供了更多信息，但是正如我试图在原始帖子中指出的那样，该项目并未对PR公开。 我们只是希望将其限制为错误修正，而不是新功能。 如果当前docker-machine符合您的需求，则没有理由放弃它，即使是新项目也是如此。

看来infrakit也未激活。 没有发布超过一年的时间，没有在DockerCon 2018上更新，没有类似于https://docs.docker.com/machine/的用户文档

Docker机器文档建议尝试使用Docker Cloud，而后者将因Docker EE而关闭（通常不可用）

所有这些都鼓励分叉项目或在其他地方查看： https :

不抱怨，只是描述我的观点。

有趣。 查看InfraKit的提交历史记录，尽管它确实每隔几天就会收到新的提交，但这似乎主要是一个人的努力。

4月/ 5月左右活动似乎枯竭了。 猜测人们的时间被重定向到其他东西。

那是看事情的不正确方法吗？

@ shin-，但是许多PR（例如我为了使Hyper-V可以国际化而提供的错误修正）尚未被合并。 鉴于“即使是新项目，也没有理由放弃它”，这并不是“我们只是希望将其限制在错误修复而不是新功能上”的良好迹象。

@胫-

我不想过多介绍细节，因为我们在准备好的声明中提供了更多信息

您能否链接到该正式声明（无论何时发布？）我找不到。

我强烈建议您更改文档，以便它们是最新的。
我的最后一个小时是对boot2docker的毫无意义的探索，它显然指向docker计算机，该计算机在其主页上有一条警告，建议使用docker cloud作为最新技术。 这指向了Docker云文档描述（不是迁移页面！！！！！），这需要我进行一些谷歌搜索以发现它在5月份停止了使用（但在3月份宣布，所以是7个月前）。 现在来这里建议从docker机器文档中删除警告，我发现在这3个月的老问题中docker机器也已停产。
这不是文档应该如何工作。 我将恢复到一些临时解决方案，但是如果我还没有使用它，我会放弃它。

@aliceminotto如果您可以指向您正在谈论的站点或页面，它将帮助我们所有人更新过时的文档。

docker-machine并没有消失，只是没有增加功能范围。

Docker Cloud不会消失，只是不再用于服务器配置/管理。 它仍然在那里建立图像。 Docker还有其他用于生产服务器的工具，例如适用于AWS的Docker，适用于Azure的Docker和适用于Docker Enterprise的DCI 。

我已经完全忘记了旧的http://boot2docker.io网站，却没有意识到那里的措辞太差了（对造成混乱的情况深表歉意！）-我现在进行了更新（并精简了），希望更好地澄清一下，古老的CLI工具boot2docker已被支持Docker Machine的东西弃用，并且boot2docker的发行版并未被弃用，而是处于维护模式（与Docker Machine相同）。

换句话说：新的Docker版本，内核更新等，但是人们齐心协力将新特性/功能保持在最低限度，以确保那些仍无法过渡到更适合Windows的Docker的少数人获得持续的可维护性。 /上面提到的Mac产品Docker或生产服务器工具/解决方案（根本无法使用Windows的Windows 7用户，不能使用Hyper-V的Windows 10家庭用户，不能使用Hyper-V的VirtualBox用户- V等）。

@tianon ：您可能还想提到不想过渡到Mac或Windows的Linux用户...

@afbjorklund如果已经在使用Linux，为什么需要boot2docker？

@Vanuan ：要么是因为您的发行版太旧（例如RHEL6），要么是因为您没有root权限...

无论哪种方式，都不能选择过渡到Docker Desktop-它是Docker Engine还是DIY LinuxKit？

我要感谢docker-machine和boot2docker的制造商，使docker更易于使用。

并在机器驱动程序（用于KVM）的努力下，希望它将继续工作一段时间。

为什么要在台式机上使用服务器发行版？ 为什么我不是桌面管理员？ 但是以某种方式允许我访问KVM？

看起来您在寻找在KVM服务器上运行docker的解决方案？ 如果是这样，我目前正在这里探索infrakit： https :

但是，如果您只想在Linux桌面上运行docker，我不明白为什么您不将最新的Ubuntu与Docker CE一起安装。 如果要在VM中运行它，请这样做。 您可以在VirtualBox中挂载主目录，并通过SSH使用docker。 这是什么问题没有适用于Linux桌面的Docker，因为它没有意义。 至少对我来说。

为什么要在台式机上使用服务器发行版？ 为什么我不是桌面管理员？ 但是以某种方式允许我访问KVM？

有些人必须使用雇主交给他们的任何桌面操作系统。 RHEL6是一个例子（几个月前），一个在股票交易场所工作的人告诉我。 ：眨眼：

作为一般数据点，使用Libvirt（至少过去）有一个VM的概念，即用户可以在他们的帐户中运行，而这恰好适合他们。 例如，登录到同一台计算机上的其他人无法访问

由于大多数Libvirt开发工作都是针对“系统级” VM而非用户级，因此不确定是否有任何深度的开发。

如果您只想在Linux桌面上运行docker我不明白为什么您不安装最新的Ubuntu

出于某种原因，很多人不喜欢Ubuntu。 ：眨眼：

从v18.09（ DOCKER_HOST=ssh:// ）开始，设置没有docker-machine远程Docker机器确实很简单： https :

作为一般数据点，使用Libvirt（至少过去）有一个VM的概念，即用户可以在他们的帐户中运行，而这恰好适合他们。 例如，登录到同一台计算机上的其他人无法访问

是的，它叫做qemu：// session
最新的GNOME甚至为此提供了一个不错的应用-框： https ：

用户模式KVM虚拟化在联网方面有一些缺点。 因此，我认为在这种情况下Virtualbox是唯一的选择。

并为VirtualBox设置CLI是无所适从的。 您只需要一些Linux发行版即可在其上运行docker。 测试最多的是Ubuntu / Debian。 但是，您可以下载任何其他发行版。 但是您必须自己打包才能与Vagrant一​​起使用： https :

只是说docker-machine对于那些Linux用户是一个很好的解决方案，就像对于旧Mac和旧Windows的用户一样...它所需要的只是在非标准端口上运行docker，而不是硬编码2376吗？ 还有一个不需要libvirt组（即root）的新qemu驱动程序。 也许infrakit / hyperkit将在将来成为替代方案，但是目前（上面的链接）它的边缘看起来仍然很粗糙。

@Vanuan ：我知道ubuntu / vagrant选项，我在上面只是简称为“ Docker Engine ”。

@justinclift ：每个用户都有自己的ssh密钥/ docker证书，因此计算机是合理分开的。

@afbjorklund不用担心。 自从我在Red Hat Libvirt团队工作以来已有数年了。 这些天，我通常仅在诊断问题时使用它，而不是对其进行超级深入的研究。 ：微笑：

@afbjorklund让我们澄清一下。

您可能还想提到不想过渡到Mac或Windows的Linux用户...
无论哪种方式，都不能选择过渡到Docker Desktop-它是Docker Engine还是DIY LinuxKit？
我知道ubuntu / vagrant选项，我在上面只是简称为“ Docker Engine”。

boot2docker既是发行版（ boot2docker.iso ），又是管理virtualbox的工具（ boot2docker-cli ）。 boot2docker.iso包含Docker CE （以前的Docker Engine）：

https://github.com/boot2docker/boot2docker/blob/d465167d83310295b5847ba315905f52c3ca1435/Dockerfile#L426 -L435

并且它将不断更新到新的Docker CE版本。

boot2docker-cli已经不存在了，但从本质上讲，它只是与virtualbox

带有KVM驱动程序的Docker机器使用boot2docker.iso将_Docker CE_设置给新的libvirt VM。

Docker Desktop使用由linuxkit构建的发行版来向Hyper-V和xhyve供应_Docker CE_。

要描述所有内容：

如您所见，所有解决方案都以另一种方式包括Docker引擎（当前称为Docker CE for Linux ）。

环境和虚拟化/云解决方案太多了。 因此，没有一种工具可以在Windows / Mac / Linux上同样出色地工作，并支持QEMU / Virtualbox / xhyve / Hyper-v以及不同的云和over-SSH设置。 而且这种工具还需要可配置性：支持不同的端口，内存/ cpu资源管理，网络等。因此，可能最好的解决方案是使用通用工具以及通过http下载的一些配置文件。

@Vanuan ：是的，这就是我们上面所说的。 为了替换docker-machine，您需要切换到Mac或Windows和Docker Desktop-至少要等到_someone_使用LinuxKit和libvirt创建类似的东西...

我们不再需要谈论boot2docker-cli，并且对Linux驱动程序的支持已经（已经）转移到“机器驱动程序”组织中-因为标准docker-machine仅提供VirtualBox。

@ shin-如果您不再允许使用新功能，请考虑在README.md和CONTRIBUTING.md的顶部添加一个非常清晰的注释。

仔细阅读这两个文件，实现驱动程序（几天的工作），却没有意识到你们永远不会合并任何驱动程序，这很烦人。 这应该更清楚。

如果这一切都是误解，但仍然允许我提出请求，请告知我们。 只是目前，仅在一个隐藏文件中提及，人们在创建拉取请求后便会看到它们。

README.md和/或CONTRIBUTING.md仍然没有有关维护模式的明确信息。 我花了一半的假期来寻找ProxmoxVE VM创建和用于Docker部署的轻量级Linux的工作解决方案-我发现docker-machine + docker-machine-driver-proxmox-ve的组合可以很好地工作案件。 不幸的是，它依赖于boot2docker，它说它不赞成使用docker-machine并且某些线程的维护者建议使用Rancher OS。 docker-machine进入维护模式，但未明确定义其含义（例如，仅接受错误修复，并表示对于新项目而言，IMO是矛盾的）。 2018年8月还提到了官方公告，但此处没有任何引用的迹象。

从局外人的角度来看，想要为SMB构建合理的基础结构， docker-machine看起来不像是正确的长期解决方案。 任何人都可以建议以合理的方式将ProxmoxVE VM作为虚拟机管理程序进行配置和管理，以及将最小的Linux支持Docker吗？

不幸的是，它依赖于boot2docker，后者表示不建议使用docker-machine，而在某些线程上建议Rancher OS维护者。

您能否更具体地说明boot2docker声称已被弃用而支持docker-machine的位置，所以我可以适当地澄清一下？ （因为这不是真的，除非您非常具体地指代多年以来一直没有积极维护的古老的boot2docker CLI工具）

boot2docker发行版（特别是随Docker CE的每个新发行版一起发行的boot2docker.iso工件）虽然我关注的范围很短，但它不会很快消失。现在（因此，不太可能考虑合并新功能）。

@tianon你是对的，很抱歉造成混乱。 网站上的消息说boot2docker CLI -乍一看，我不清楚是否有任何区别。 我很确定其他用户也会感到困惑，因为您很可能会遇到boot2docker.iso 。 boot2docker CLI是您从未听说过的事情，很难说项目之间的关系是什么。 OTOH boot2docker.iso语句"maintenance mode"与docker-machine一样含糊，我根据此回复得出结论。

总结一下困惑：

1. "maintenance mode" -在两个项目中都不清楚，我可以将其用于小型企业的生产吗？
2. 两个项目的主要开发人员/维护人员都建议使用其他似乎无法涵盖先前支持的所有用例的项目

理想情况下，如果在生产中使用docker-machine可以从@tianon和

我不能代表Docker Machine，但是boot2docker从来都不是生产的好选择。 其目标是开发/个人工作站使用。

另请参阅https://github.com/boot2docker/boot2docker#readme上添加的注释，在此我试图阐明维护模式的含义，并且既不打算也不建议将b2d用于生产工作负载。

与许多其他人一样，在我努力为SMB客户端使用计算机

我创建了PR以更新官方文档，并添加了有关机器维护模式的咨询。

参见https://github.com/docker/docker.github.io/pull/9239

最好也更改docker入门https://docs.docker.com/get-started/part4/

编辑：找到了一个解决方案，该解决方案是在aws ec2实例上安装docker-ce ，然后通过ssh端口转发docker守护进程。

ssh -NL localhost:23750:/var/run/docker.sock -i ***.pem ubuntu@***.compute.amazonaws.com
docker -H tcp://localhost:23750 run hello-world

🎉

我最近开始使用docker-machine，因为它是与Docker Desktop一起安装的，我意识到我可以让docker在比我的本地计算机更强大的AWS实例上运行。 这样做的好处是，使用docker命令的本地应用程序（例如Visual Studio Code）可以与docker-machine容器一起使用，就像它们在本地运行一样。

在我看来，docker-machine并没有被取代，因为有很多新的方法来配置群集，包括基础设施，kubernetes等。

我可能会误会。 是否有执行上述说明的迁移策略？

我们使用GitLab及其GitLab Runner工具来动态配置EC2 Spot实例以运行CI / CD作业。 GitLab Runner使用Docker Machine执行此机器配置。

我们已决定将所有服务从（膨胀的）Ubuntu迁移到Amazon Linux2。令我高兴的是，PR＃3609允许这样做。

但是，由于这种“水龙头的关闭”，＃3609似乎会死在原地。 请考虑以其当前的非冲突，可合并状态进行合并。

既然Gitlab的家伙已经在维护叉子了，也许他们会对处理这个仓库感兴趣吗？

@ usha-mandya @ Dawn-Wood是否在docker / docker.github.io＃9239上有更新？ 提醒一下，它在所有Docker Machine页面上添加了警告性警告。 它被合并，但是在企业分裂发生时又恢复了，因此你们可以对DM的未来做出一些决定。 如果DM要继续处于维护模式，则最好有此建议

AFAIK，最新版本的Docker Desktop不再包含docker-machine

AFAIK，最新版本的Docker桌面不再包含docker-machine

刚刚以这种方式了解了这个问题，因为我们的内部docker-machine工具在桌面2.2.0.0的docker更新后停止工作

Docker的桌面发行说明中也没有提到此举，这很令人恼火。

我们使用Hyper-V驱动程序大量使用docker-machine为内部DEV和登台环境管理和维护基于booot2docker的共享docker-machine（因此，我们使用docker-machine设置boot2docker hyper-v VM）。 因此，即使我们拥有linux和mac客户端，并因此将docker用于Windows / os x，我们仍然严重依赖docker-machine来获取CI / CD。

我不知道此设置有任何类似的替代方法-我在这里是否缺少明显的东西？

您可以随时通过brew（macOS）直接下载最新的二进制文件
从回购。 它仍在维护（补丁），但速度很慢
逐步淘汰Docker Desktop等工具。
https://github.com/docker/machine/releases

2020年1月27日星期一上午11:47 sambernet [email protected]写道：

AFAIK，最新版本的Docker Desktop不再包含
码头工人机器

AFAIK，最新版本的Docker Desktop不再包含
码头工人机器

刚刚以这种方式了解了这个问题，就像我们内部的docker-machine
在桌面2.2.0.0的docker更新后，工具停止工作

令人不快的是docker中没有提到此举
桌面发行说明。

我们大量使用docker-machine来管理和维护共享
基于booot2docker的docker-machines用于内部DEV和暂存
使用Hyper-V驱动程序的环境（因此，我们提供了boot2docker hyper-v
使用docker-machine的VM）。 因此，即使我们有linux和mac客户端，
因此将docker用于Windows / os x，我们仍然严重依赖docker-machine
用于我们的CI / CD资料。

我不知道此设置有任何类似的替代方法-我想念吗
这里有明显的东西吗？

-
您收到此消息是因为您已订阅此线程。
直接回复此电子邮件，在GitHub上查看
https://github.com/docker/ Machine / issues / 4537？
或退订
https://github.com/notifications/unsubscribe-auth/AAGBNXZV7PCYP3TLWSZ7QODQ74FYPANCNFSM4FJ53G3A
。

我还了解到上周docker-machine已被淘汰
在docs.docker.com上，它说docker-machine被“取代”，但是我找不到关于被docker-machine取代的信息。 我想继续使用SOMEthing管理我的本地virtualbox计算机，有关如何以适应未来需求的方式进行操作的任何提示？

导出DOCKER_HOST = ssh：// user @ host可能对您有用

我想继续使用SOMEthing管理我的本地virtualbox计算机，有关如何以适应未来需求的方式进行操作的任何提示？

您可以为此使用Vagrant吗？ 或者您可以继续使用docker-machine ...

但是您必须来到这里查看二进制文件，因为它不再是Docker（Desktop）的一部分。

我不知道此设置有任何类似的替代方法-我在这里是否缺少明显的东西？

没有替代品，但是很多人对继续使用机器和libmachine感兴趣。

当然有_alternatives_（不同的产品），但是（与分叉）并不是一回事。

@afbjorklund好吧，我希望

如果这不仅是现在（仅）发生在您身上的事情，那么可能最好是ping GitHub支持。

对于仅部署容器的首选方法，我感到非常困惑。
通过Docker制造容器已被提倡为创建服务的一种广泛使用的标准方式。 这就是我用来为当前正在创建的网站制作容器的工具。
但是，显然我需要将这些容器部署到我的VPS。 因此，我使用docker-machine，因为这是我所知道的唯一记录的方式，实际上并未弃用。 现在，我了解到它处于“维护模式”，因此我可能不想在新项目中使用它，但是infrakit是什么？ 有2K星，但是我很难理解它的用途（可以用简单的方式替换docker计算机）还是官方文档，并且它现在处于只读模式（存档），所以我觉得我什至不应该使用它并且此存储库自述文件/问题中没有指向新存储库的链接。 为什么没有文档，如果替换了docker计算机，该文档将中止。
Docker似乎是一种流行的解决方案，但我找不到一种不间断的（或以“维护模式”）部署容器的方式。 如果docker的使用如此广泛，那么可能有数以百万计的开发人员如何使用docker处理部署其应用程序？

我认为起初，Docker推广了其付费版本Docker EE，作为部署容器的正式方法。 因此，由于威胁到他们的业务模型，他们取消了Docker机器和Infrakit计划。

此外，k8彻底改变了格局，Docker难以适应。

现在，Mirantis收购了Docker EE，Docker寻求了另一种商业模式。 我认为，一个新的方向是尝试将应用程序捆绑包注入k8s生态系统，并使k8s部署本身交由社区使用。 特别是因为k8s不是Docker CE的一部分（在Linux上）。

OTOH是由Google管理的K8s，它使K8s的部署变得如此复杂，以至于人们只会说“嘿，Google，请为我安装K8s集群”。 从而锁定到Google云服务。

因此，所罗门·海克斯（Solomon Hykes）的愿景是将云从锁定中解脱出来，并使云成为商品，但这一尝试不幸失败了。

@NitroBAY因为“软件生命周期”从代码创建到服务器上运行的（最终更新服务器）应用程序是如此复杂，一吨不同的“渐建成并下载到服务器容器图像”的方式，就很难说您的解决方案应该是什么。

最初，docker-machine要做三件事：

1. 在主要的云提供商或本地计算机VM管理器（VirtualBox，Hyper-V，VMWare，Parallels等）上配置简单的VM
2. 在该VM上安装docker（包括自签名证书）并打开API TCP端口
3. 轻松地将SSH传输到该服务器，并使用docker cli（docker-machine env）远程控制docker

（让我们忘记创建经典群之类的遗留功能）

对于第一个“创建Linux VM”：建议您用云的首选工具替换它们，以帮助他们创建VM。 如果它是本地的，并且您想要更快的速度然后安装Linux VM，请签出multipass ，这是我最喜欢的通过一个命令在几分钟内启动新Ubuntu VM的方法。

通过第二个“在Linux VM上安装docker”：您可以使用安装脚本或OS发行版的

Docker永远无法解决您所有的CI / CD问题，而docker-machine实际上只是VM调配和基本安装工具，因此许多人需要更灵活和可维护的解决方案（例如，docker-machine无法轻松共享机器之间的服务器配置）。 Docker团队从未打算用机床来解决所有这些问题。 今天它仍然可以用于那些原始的东西，因此只要适合您，就可以随时使用它。 自2015年以来，我仍每月使用一次。

也许如果您详细介绍了docker-machine解决的特定问题，我们可能会建议您可以实施的特定替代方案。

例如，关于“远程控制docker”上方的＃3 ，我一直很喜欢docker-machine为API身份验证提供一个自签名证书，并允许我在本地更改docker env，以便它可以控制远程服务器。 自2018年以来，Docker CLI的SSH隧道内置方法已被更简单（更灵活，更安全）的SSH隧道内置在这里使用DOCKER_HOST env方法对其进行了去年夏天的现场表演中我们或TCP对其进行远程控制。

另外，InfraKit是系统构建者（创建自定义Linux操作系统的PPL）的工具，而不是像我们这样的Linux用户，他们希望使用我们的托管服务商创建正常的Linux发行版并在其上安装docker。

哇@BretFisher非常感谢您的详细回答。 我敢肯定，将来会读到您的人也将其视为礼物。
作为记录，我最终创建了一个脚本，将我的config.json上传到远程计算机上（以便它可以下载我的私有映像）和撰写文件。 然后执行“ docker stack deploy”
我的部署sh看起来像这样

#!/bin/bash
ssh -o StrictHostKeyChecking=no -l root "$HOST" root@$HOST "mkdir /opt/app; mkdir /root/.docker"
source ./devops/generate-branch-hostname.sh
scp ./devops/docker-compose-prod.yml root@$HOST:/opt/app/docker-compose-prod.yml
scp $HOME/.docker/config.json root@$HOST:/root/.docker/config.json
echo "BRANCH_HOSTNAME=$BRANCH_HOSTNAME"
ssh root@$HOST "export BRANCH_HOSTNAME=$BRANCH_HOSTNAME; docker stack deploy --compose-file /opt/app/docker-compose-prod.yml webapp --with-registry-auth"

（显然不需要BRANCH_HOSTNAME，我只是碰巧有基于Git分支的不同子域来触发我的脚本（我使用CI / CD））
而且我仍然使用docker-machine create在我的ubuntu远程VPS上安装docker。

无论如何，在CI / CD上，docker机器不是一个好主意，因为共享证书并不容易（它是整个文件夹），并且重新生成证书可能会停止Docker，因此也不是一个选择。

我仍然认为应该存在一个由DOCKER_HOST等提供的工具（由社区或docker制造），并且仅使用SSH密钥即可。 这比“ scp”和“ ssh”容易。

事实证明，Docker机器并非不可避免。

我不是专业人士，我只是一个在我自己的Web编程上学习的人，并且正在一个大型项目中做兼职，所以我认为K8s不能满足我的需求，因为它被描述为不容易的工具，这意味着仅适用于至少中型或大型的专业团队，而实际上不适合没有时间从事开发（前端/后端）和部署的个人。 因此，我猜想Docker仍然存在，但是，也许由于我所听说过的缺乏融合问题，关于官方首选的应用部署方式以及他们对Docker机器的后继者的计划，应该更加清楚对此没有计划。

我仍然认为应该存在一个由DOCKER_HOST等提供的工具（由社区或docker制造），并且仅使用SSH密钥即可。 这比“ scp”和“ ssh”容易。

只需export DOCKER_HOST=ssh://[email protected]

请注意，如果您为root用户禁用了ssh登录，则可以通过以下方式使用非root用户user
export DOCKER_HOST=ssh://[email protected]将user到docker组后，将export DOCKER_HOST=ssh://[email protected]添加到user sudo usermod -aG docker user 。 （在Ubuntu 18.04上测试）

在Windows上玩多节点Docker Swarm的其他选择吗？ 群体教程指出，当前在没有Docker Machine的Windows上这是不可能的：

当前，您不能单独使用Mac的Docker Desktop或Windows的Docker Desktop来测试多节点群集。 但是，您可以使用随附的Docker Machine版本创建群集节点（请参阅Docker Machine和本地VM入门），然后按照教程中的说明使用所有多节点功能。

我使用https://multipass.run/快速创建多个Ubuntu VM。 就像docker-machine一样快。 有关如何将其用于三节点群的示例，请参见演示： https : =

它的桌面使用大部分已被我们的Docker桌面产品所取代。

请注意该主题中的每个人：Docker Desktop不是免费软件，不是开放源代码，并且内嵌了大量间谍软件，因此您可能需要三思而后行。

如果这可能对某人有帮助，请使用以下脚本在远程主机上安装docker（在Debian 10上经过测试= buster）：
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

它基于称为Fabric的服务器自动化框架（特别是fab-classic github和docs ）。即使您不想使用Fabric，也可以轻松阅读命令并手动运行为bash脚本，因为没有什么花哨的地方。

之后，运行export DOCKER_HOST=ssh://[email protected] ，它又回到了使用docker机器时的状态。

请注意该主题中的每个人：Docker Desktop不是免费软件，不是开放源代码，并且内嵌了大量间谍软件，因此您可能需要三思而后行。

@sneak “大量间谍软件”是指“首选项”设置“发送使用情况统计信息”，它表示“发送错误报告，系统版本和语言以及Docker桌面生命周期信息（例如，启动，停止，重置）。”，哪些可以关闭？

我不愿意花时间讨论专有的封闭源间谍软件。

低质量的巨魔

拖钓需要技巧。 我很真诚，我的陈述准确无误：

• docker桌面是专有的

• docker桌面是开源软件

• 在未经用户同意的情况下对其用户使用docker桌面间谍（docker机器也是如此）

从以上几点出发，有理智的人可能因此得出结论，Docker-the-company不在乎软件自由，用户隐私或用户同意监视。

我在GitHub和其他类似的网站上可以使用自由软件和开放源代码，而非自由项目（例如Docker桌面）只是分散了对所有人都受益的自由软件的注意力。 我不希望将时间或精力转移到此类事情上。

您最好直接解决问题，而不要诉诸人身攻击。 现在关闭此线程，祝您有美好的一天。

如果这可能对某人有帮助，请使用以下脚本在远程主机上安装docker（在Debian 10上经过测试= buster）：
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

它基于称为Fabric的服务器自动化框架（特别是fab-classic github和docs ）。即使您不想使用Fabric，也可以轻松阅读命令并手动运行为bash脚本，因为没有什么花哨的地方。

之后，运行export DOCKER_HOST=ssh://[email protected] ，它又回到了使用docker机器时的状态。

@ivanistheone不，不是。 docker-machine是（是？）伟大的，因为它也实现了所有在不同云提供商的API来创建在一个统一的方式CLI机器。 当然，有gcloud ， az等，但是它们每个都有不同的选项和语义。 docker-machine是所有它们的一个CLI。 它使使用混合云的工作稍微容易一些。