教程 - 部署本地应用程序

DC/OS 101 教程第 5 部分

欢迎阅读 DC/OS 101 教程第 5 部分

先决条件

app1 已部署并在您的群集中运行。

目的

在本教程中，您部署了在群集内部运行的应用程序，与群集中的其他应用程序连接，而不是在外部进行交互。在此部分中，您将部署为用户提供 GUI 的应用程序。您还将本地部署此应用程序，而不依赖于 Docker 作为依赖项，从而降低复杂性。

步骤

了解应用程序
- 简要了解一下 app2。App2 是基于的 HTTP 服务器，它向 Redis 公开了一个非常简单的接口。
部署 app2
- 简要了解一下应用定义。在这种情况下，应用程序是是没有外部依赖关系的二进制文件。因此，您不再需要将其部署在 Docker 容器中。
- 部署 app2：

从群集中访问应用程序并查看原始 HTML 响应证明我们的应用程序正在运行，但在现实世界中，您希望向公众公开应用程序。在本教程的下一部分，您将完全做到这一点。

结果

您已经部署了第二个使用本地 Mesos 容器化工具的应用程序。

深入研究

使用 Docker (app1)。

让我们更详细地探讨一下这些差异。

DC/OS 使用在容器中运行任务。容器中的运行任务提供了许多好处，包括将任务彼此隔离并以编程方式控制任务资源的能力。DC/OS 支持两种类型的容器化工具 - DC/OS Universal Container Runtime 和 Docker 容器化工具。

对于第一个应用程序，您使用 Docker 容器镜像来封装 app1 的依赖项（请记住：永远不要依赖于代理程序上安装的依赖项！），然后使用 Docker 容器化工具来执行它。由于 Docker 容器化工具在内部使用 Docker 运行时间，因此您还使用了 Docker 运行时间。

对于第二个应用程序，您没有任何依赖项，因此可能依赖于默认的 DC/OS Universal Container Runtime。在内部，两个运行时间都使用相同的 OS 功能进行隔离，即和 namespaces。这实际上可以使用 DC/OS Universal Container Runtime 来运行 Docker 镜像 - 有关详细信息，请查看文档。