教程 - 部署本地应用程序

DC/OS 101 教程第 5 部分

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。App2 是基于 Go 的 HTTP 服务器，它向 Redis 公开了一个非常简单的接口。
部署 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 --leader
  - curl 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 文档。