Tag: 连续部署

在容器中build立和testing是否更好？: 我正在为一个新项目创buildCI＆CDpipe道。由于我们使用的是Docker，下面是我的问题：在Docker容器中构build和testing是否更好，所以步骤如下：构buildDocker镜像在其中运行应用程序构build 在其中运行应用testing 推入Docker镜像或在Docker容器之外，并且在CI通过后，构build映像：直接在CI服务器（外部容器）上构build项目在CI服务器（外部容器）上直接testing 构buildDocker镜像和推送

如何设置持续集成 – 部署：bitbucket，drone.io，docker hub，swarm？: 我正在考虑如何使用bitbucket，drone.io，hub.docker.com和swarm（aws ec2）集群来设置持续集成和部署？我将代码提交给bitbucket bitbucket的web钩子触发drone.io，它构build并运行testing 在每个“绿色”提交中，docker映像被推送到hub.docker.com，并使用“latest”标签部署到集成环境（swarm集群）。我不知道如何设置步骤3 …

Dockerregistry – 行业标准: 我一直在试图找出Docker注册pipe理机构是否有任何行业标准，即如何定义生产和分期领域，遵循什么版本模式等，但是还没有find任何文档或博客。 dockerregistry中是否有任何指导原则或最佳实践？ PS – 我正在使用jfrog的artifactory。

连接到Docker Swarm进行连续部署: 任何关于如何最好地连接到一个集群连续部署（CI内）的build议？我正在使用docker云和CircleCI 2。尝试dockercloud/client 例如 docker run –rm -ti -v /var/run/docker.sock:/var/run/docker.sock -e DOCKER_HOST dockercloud/client -u ${DOCKER_LOGIN} -p ${DOCKER_PASSWORD} myapp/app 但是，因为我使用的是CircleCI 2，所以在切换到其他Docker主机时遇到问题，如下所示无法通过tcp：// XXX：XXX连接到Docker守护进程。 docker守护进程运行吗？这是一个问题，由于我所了解的安全原因而设置的远程docker，所以我不认为这是可能的。我想实现的只是连接到群和调用docker stack deploy … 任何帮助，将不胜感激。

docker上的图像与系统本身的build立: 我正在构build许多应用程序，我想在Docker容器中的远程服务器上运行。想象一下，我做了一个项目“富”，我已经写了Dockerfile。我在我的本地主机上build立这个图像，并在容器中运行它。一切工作正常，我想在远程计算机上运行相同的图像容器。现在我有下一个方法：我可以发布在dockerhub上，但图像不小，我不想每次都等待图像改变（我已经做了一些修复）。所以对我来说这不是一个好的select。我可以在我的生产服务器所在的本地networking上创build私有服务器。这样做好多了，因为连接速度很高，这是我的独立回购。但是由于https设置docker的私有存储库真的很困难。你还需要为每个守护进程添加安全措施。您必须使用docker客户端，在您自己的系统上构build，标记，login和推送。太多的步骤… 我find了另一种方式。我用tar.gz中的dockerfile存档我的应用程序，并将其上传到远程服务器（nexus 3，原始存储库），然后configurationJenkins以下载此存档并运行docker build命令。这也不是很方便，我每次都要为每个图像创build工作，工作是平等的，但是url和名称是不同的。我也与jenkins运行容器，这是正确的，或者我已经使用类似kubernet的东西？你能分享一下你如何解决像上面描述的问题吗？我做对了还是不好的做法？

三angular帆 – Kubernetes – 找不到docker集装箱: 我已经按照手册https://www.spinnaker.io/guides/tutorials/codelabs/kubernetes-source-to-prod/中的build议安装了三angular帆和kubernetes 事情是，我似乎无法通过手册中的步骤3通过Spinnaker访问我的docker集装箱docker集线器。这是我的spinnaker.yml（相关部分）： kubernetes: # For more information on configuring Kubernetes clusters (kubernetes), see # http://www.spinnaker.io/v1.0/docs/target-deployment-setup#section-kubernetes-cluster-setup # NOTE: enabling kubernetes also requires enabling dockerRegistry. enabled: ${SPINNAKER_KUBERNETES_ENABLED:true} primaryCredentials: # These credentials use authentication information at ~/.kube/config # by default. name: euwest1.aws.crossense.io dockerRegistryAccount: ${providers.dockerRegistry.primaryCredentials.name} dockerRegistry: # For more information on configuring Docker registries, see # http://www.spinnaker.io/v1.0/docs/target-deployment-configuration#section-docker-registry # […]

将Docker窗口容器从CI部署到Windows Server 2016: 我试图围绕着Docker容器，特别是如何将它们部署到Docker容器主机。我知道这里有很多select，最终我们将切换到更常见的部署方法（例如Azure，AWS），但这只是一个临时需求。我们正在使用Windows容器。我已经创build了一个容器图像，并将作为Jenkins作业的一部分（我们的Jenkins实例托pipe在容器就绪的Windows Server 2016框中）在每个构build上重新创build。我也有一个单独的容器就绪的Windows Server 2016盒，我们打算从这里运行容器。但是，我不知道我怎么能将我们Jenkins盒子生产的容器自动推送到我们单独的2016主机。理想情况下，我想避免使用容器registry，除非有低摩擦的内部部署选项。

为开发/testing/产品运行Jenkins从站的优点/缺点？: 我们首先同意我们要遵守典型的Docker / DevOps原则。因此，我们希望保持任务的隔离，configuration版本的控制，并将整体定制降至最低。景观： Jenkins被用作您所选云实例的CI / CD工具。计划：为test / staging / prod创build单独的实例，每个实例都安装了Docker 在每个实例上旋转Jenkins从属容器，由Jenkins主控制当一个提交被发送到'test'分支时，Jenkins主服务器将任务发送到'Test'从服务器，从而最终将应用程序的版本加速同样，在testing成功运行并且代码被推送到分段或分支分支之后，Jenkins将具有分支各自的从属构build应用程序。问题：这种方法有什么问题？什么可以通过这种方法得到改善？

从另一个控制容器: 我find了很多关于docker集装箱（dockernetworking，docker链接）之间的沟通的文章。但是我不知道是否存在一个从另一个控制容器的好习惯，比如运行和停止一个容器。如果唯一的办法是在主机上使用其余的api，你有没有一个好的文章解释这个？关于其余的API我发现太多的文章解释说，其中大部分是过时的。为了精确我的意图，我有一个jenkins容器，build立和移动内置到另一个文件夹的第二个容器执行构build的代码。基本上，移动之前，我想停止容器，重新启动后。感谢帮助。

使用docker连续部署: 我实际上正在使用一个堆栈，允许我在集成/部署系统中进行一些自动化操作。其实我工作如下：我推我的代码到一个github存储库 jenkins嗅回购，并build立软件，发射unit testing 如果unit testing（或其他types的testing，无论如何），它通知Rundeck部署到我的服务器（3在我的情况下）通过连接到SSH并告诉：“嘿家伙，你必须从github拉，新的软版本“，然后它重新启动有关的服务，我的软件现在是最新的好的，告诉我，如果我错了，但似乎是一个很好的解决scheme吗？然后，我想集装箱我的应用程序，现在，我有一些头痛。首先解决scheme 事实上，我在想如下的东西：推送到github jenkinstesting，build立docker形象 Rundeck推送到docker集线器，并告诉3台服务器从集线器中取出新镜像，并通过SSH运行问题：它会运行在另一个容器（多个docker运行相同的图像，但具有不同的版本:(）第二种scheme 第二个解决scheme是：推送到github jenkinstesting并告诉rundecktesting成功，而不创build“真正的构build”（只有一个testing） Rundeck通过ssh连接到正在运行的容器，并要求提取修改，然后重新启动docker容器问题：我被迫在我的所有容器中使用ssh 我不知道如何绕过我的问题，什么是最好的解决scheme… 谢谢你的帮助