Tag: 编排

Docker swarm会协助我pipe理具有特定环境variables的容器吗？

基本上我需要能够使用特定的环境variables（一个帐户ID）启动容器。 我需要运行多个这样的容器（每个都有不同的帐户ID）。 我需要能够启动额外的容器，而不必停止现有的容器。 我也需要能够停止特定的容器。 所以就像一个dynamic的docker-composeconfiguration。 Docker是否能够协助上述function呢？ 还有其他工具（Kubernetes也许？）吗？ 否则，如果我使用docker-cli处理了这个问题，我将使用docker run传递相关的环境variables来启动容器，我需要确保一个容器不存在与这个环境variables，并重新启动容器存在。

服务来pipe理Docker云计算机的完整生命周期

我正在寻找一个服务（REST）来按需编排我的docker集装箱。 鉴于：docker图像，configuration和云提供商（EC2，DigitalOcean，Azure等） 问题：我需要一个服务，允许我创build和pipe理云计算机，部署我的docker容器，并在计算完成后closures所有东西。 示例工作stream程 客户端应用程序调用编排服务，请求计算服务 编排服务启动EC2（或任何其他机器） 编排服务build立docker集装箱 编配服务返回到新创build的计算服务的客户端IP 客户端使用计算服务 一旦客户端完成，它会调用编排服务来终止EC2机器

哪些Docker业务stream程工具可以pipe理多个环境？

我仍然是一个Docker / container n00b，请耐心等待。 我想维护一个应用程序的三类环境，其中包括： Web API（例如ASP.NET，Node.js等） 数据库（例如Postgres，MySQL等） 应用程序caching（例如Redis，Memcached等） 需要的3个类别是： 生产 分期 内部的，可以由各种开发团队使用自己的代码和数据分支 像Swarm和Kubernetes这样的编排解决scheme是否处理这种情况，使得类别中的容器知道其他types的容器（例如，Web3知道DB3和Cache3，而不知道其他容器），他们是否能容易地容纳添加另外三个容器（Web +数据库+caching）到一个现有的类别（如内部）？

创build多个Docker容器

我必须在不同的主机上创build大量的Docker容器（例如，3个主机上的每个容器都有50个容器）。 这些容器都具有相同的图像，configuration等，只有每个容器的networking地址和ID应该不同（所以基本上我想创build一个巨大的虚拟容器networking）。 有没有办法做到这一点？ 我已经看过像Helios和Kubernetes这样的技术，但是他们似乎只在每个代理上部署了一个容器。 我想在Helios创造许多不同的工作，然后把他们每一个部署到它的代理，但对我来说这似乎有点肮脏。

在启动时pipe理容器依赖关系

我有以下设置： PostgreSQL的 为它飞行 应用 我需要按照以下方式链接它们：Flyway等待DB启动，App等待飞行路线完成迁移。 我想过使用etcd来发布一些密钥，其他容器等待它们。 所以，基本上，每个容器的入口点应该是这样的： #!/bin/bash status=1 while $status != 0; do for kv in $DEPENDENT_KEYS: # curl to etcd, get the key if $value == true then status = 0; else status = 1; fi; done; # container-related startup # post to etcd that container is ready # get back to _container-related […]

用Docker Compose进行故障切换，有两种方法

我一直在考虑docker生态系统周围build立的故障安全应用，更重要的是docker-compose 。 以下哪一项将为我们的操作提供更好的故障切换，降低复杂性的性能： 所有使用负载平衡器运行多个容器的“服务”进行故障转移分布在许多主机上，以实现故障转移和可靠性。 所有“服务”运行一个容器。 在单个（较大的）主机上运行。 然后在DNS（运行状态检查器）之外复制DNS健康检查服务（类似于Route 53），以实现故障切换和可靠性

如何在本地环境中编排多个微服务？

在说话的时候，我有一堆服务在自己的容器上运行每个代码每个代码库都有它自己的Docker文件和docker compose文件，以便在我的本地开发机器上启动服务 一切都很好，我可以访问每个服务 http：// localhost：[服务映射/暴露端口] 问题在于服务正在增加，我认为在本地专用networking中拥有一切可能是一个更好的主意，每个服务的容器都有自己的IP地址。 这是在本地编排容器的更好方法吗？ 我应该从哪里开始下定决心？

Kubernetes VS Docker Swarm

我正在评估Kubernetes（使用Docker容器，而不是Kubernetes）和Docker Swarm，并可以使用您的input。 如果我在服务器服务器场中的服务器服务器数量小于100个（服务器数量为3）（8.76小时）或4（52分钟）9的可靠性，Kubernetes是否会由于其复杂性而被夸大？ Docker群足够了吗？

Docker云节点BYON无法访问

我们正在切换到Docker Cloud，因为我们不能使用公共云提供程序，所以请自带Node BYON。 出于某种原因，Node往往是无法访问的 ，并且它变得可达，只有一段时间我重启容器。 服务器在防火墙后面运行，但是2375和6738端口是打开的。 这可能是什么？ 我认为问题是由docker-cloud生成的DNS名称不正确，并使用错误的IP，所以如果我重写它，它应该工作，但我不知道该怎么做。