DC/OS文档IMPORTANT: Tutorials are intended to give you hands-on experience working with a limited set of DC/OS features with no implied or explicit warranty of any kind. None of the information provided--including sample scripts, commands, or applications--is officially supported by Mesosphere. You should not use this information in a production environment without independent testing and validation.
欢迎阅读 DC/OS 101 教程第 5 部分
先决条件
- 正在运行的 DC/OS 群集，已安装 DC/OS CLI.
- app1 已部署并在您的群集中运行。
目的
在本教程前述部分中，您部署了在群集内部运行的应用程序，与群集中的其他应用程序连接，而不是在外部进行交互。在此部分中，您将部署为用户提供 GUI 的应用程序。您还将本地部署此应用程序，而不依赖于 Docker 作为依赖项，从而降低复杂性。
步骤
- 了解应用程序
- 部署 app2
- 简要了解一下应用定义。在这种情况下，应用程序是是没有外部依赖关系的二进制文件。 因此，您不再需要将其部署在 Docker 容器中。
- 部署 app2：
dcos marathon app add https://raw.githubusercontent.com/joerg84/dcos-101/master/app2/app2.json
- 您有多个选项可以检查应用程序 2 是否成功运行：
-
通过查看所有 DC/OS 任务：
dcos task -
通过查看所有 Marathon 应用程序：
dcos marathon app list -
从群集中卷曲 http 服务器（在这种情况下来自主要主服务器）：
dcos node ssh --master-proxy --leadercurl dcos-101app2.marathon.l4lb.thisdcos.directory:10000
这应该从 app2 的 web 服务器返回原始 HTML 响应。
-
从群集中访问应用程序并查看原始 HTML 响应证明我们的应用程序正在运行，但在现实世界中，您希望向公众公开应用程序。在本教程的下一部分，您将完全做到这一点。
结果
您已经部署了第二个使用本地 Mesos 容器化工具的应用程序。
深入研究
您现在以两种不同的方式部署了应用程序：
- 使用 Docker (app1)。
- 使用本地 Universal Container Runtime (app2)。
让我们更详细地探讨一下这些差异。
DC/OS 使用容器化工具在容器中运行任务。容器中的运行任务提供了许多好处，包括将任务彼此隔离并以编程方式控制任务资源的能力。DC/OS 支持两种类型的容器化工具 - DC/OS Universal Container Runtime 和 Docker 容器化工具。
对于第一个应用程序，您使用 Docker 容器镜像来封装 app1 的依赖项（请记住：永远不要依赖于代理程序上安装的依赖项！），然后使用 Docker 容器化工具来执行它。由于 Docker 容器化工具在内部使用 Docker 运行时间，因此您还使用了 Docker 运行时间。
对于第二个应用程序，您没有任何依赖项，因此可能依赖于默认的 DC/OS Universal Container Runtime。在内部，两个运行时间都使用相同的 OS 功能进行隔离，即 cgroup 和 namespaces。 这实际上可以使用 DC/OS Universal Container Runtime 来运行 Docker 镜像 - 有关详细信息，请查看 DC/OS Universal Container Runtime 文档。