教程 - 部署本地应用程序

DC/OS 101 教程第 5 部分

重要: Mesosphere 不支持本教程、相关脚本或命令,它们不提供任何形式的保证。本教程的目的是为了演示功能,可能不适合在生产环境中使用。在您的环境中使用类似的解决方案之前,您必须进行调整、验证和测试。

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

先决条件

目的

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

步骤

  1. 简要了解一下 app2。App2 是基于 Go 的 HTTP 服务器,它向 Redis 公开了一个非常简单的接口。
  2. 部署 app2。简要了解一下应用定义。在这种情况下,应用程序是是没有外部依赖关系的二进制文件。 因此,您不再需要将其部署在 Docker 容器中。
    dcos marathon app add https://raw.githubusercontent.com/joerg84/dcos-101/master/app2/app2.json
    
  3. 您有多个选项可以检查 app2 是否成功运行:
  • 通过查看所有 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 容器化工具的应用程序。

深入研究

您现在以两种不同的方式部署了应用程序:

  1. 使用 Docker (app1)。
  2. 使用本地 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 功能进行隔离,即 cgroupnamespaces。 这实际上可以使用 DC/OS Universal Container Runtime 来运行 Docker 镜像 - 有关详细信息,请查看 DC/OS Universal Container Runtime 文档。

在本教程的下一部分中,您将公开展示您的应用。