数人云工程师手记 | 基于 Docker 1.12 Swarm 的集群管理开发实践

Mesos/Marathon 折腾久了,我们一直希望有机会深入到 Swarm 内部一探究竟。 另外, Mesos 这一套东西虽然是久经企业级考验的, 但是安装、部署和使用相对复杂,上手有门槛。同时,在今年的 DockerCon 上,内置了Swarm 功能的 Docker 1.12 发布。基于以上背景,数人云计划围绕 Docker 1. »

代码级操作指南 | 如何在Docker Swarm中运行服务

最新版本Docker Engine v1.12中,包含了多项与Docker Swarm紧密相关的功能变更。在今天的文章中,数人云将和大家探讨如何利用Docker的Swarm Mode进行服务部署。 在Ubuntu 16.04之上激活Swarm Mode 在向Docker Engine Swarm部署一项服务之前,我们首先需要设置一套Swarm集群。由于本文旨在展示1.12版本中的各项新增功能,因此我们应当安装Docker Engine的最新版本。 以下操作指南适用于Ubuntu 16.04环境下的Docker Engine安装。对于其它版本及平台, »

代码级干货 | 进阶Docker 1.12,全新的分布式应用捆绑包

在Docker 1.12版本中,全新的Swarm捆绑包相较于原有编排及调度机制做出了巨大改进。它不再需要运行一组独立的Swarm容器,这部分容器已经被直接捆绑在Docker Engine当中,故障转移策略更为可靠,服务发现机制实现内置,新的网络功能极为顺畅……看起来很棒是不是? 数人云这就带大家一起去探索一二。 在之前的文章中,我们已经介绍了如何利用命令在Swarm集群当中运行Docker服务。相信Docker Compose所实现的简化效果会令大家印象深刻。相较于强行记忆命令后的全部参考以实现服务运行,现在大家只需要将一切设置指定为Docker Compose文件,而后利用简单的docker-compose up –d命令运行容器即可。毫无疑问,这样的处理方式比在docker service create命令之后添加一大堆参数要简单得多。 »

代码级干货 | 进军Docker 1.12,将代理与Swarm完美整合

七夕大家过得怎么样?今天数人云带大家回归技术和干货。虽然我们能够在Swarm集群当中部署任意数量的服务,但这并不代表各项服务全部可为用户所访问。而新的Swarm网络使得各项服务之间能够更为轻松地实现彼此通信。 下面我们将共同探讨如何利用其对各服务进行公开。我们还将尝试将一套代理机制整合至Swarm网络当中,从而更为充分地发挥1.12版本带来的优势。 在开始进行之前,我们需要设置一套用于演示的集群。 环境设置 要完成本示例,我们假定大家已经拥有一套版本为v0.8或者更高的Docker Machine,其中包含版本为v1.12或者更高的Docker Engine。最便捷的获取方法就是通过Docker Toolbox下载。 如果您是Windows用户,请利用Git Bas运行全部示例(通过Docker Toolbox安装) »

数人云CTO解读Docker 1.12和金融业容器化

7月29日数人云在上海举办金融沙龙,邀请上交所和近二十家来自银行、保险、证券的IT技术专家一同探讨容器技术在金融业中的最佳实践。数人云CTO肖德时在会上将传统金融行业通过容器可以解决的四大问题做了逐一解读。 以下是演讲实录: 容器技术基本上是2013年出来的,2014年开始在中国传播。在2016年,大家可以感觉到Docker技术的发展加速,在生产环境中也有很多的成功案例。在DockerCon 2016上我们发现,Docker已经从原来的一个工具变成一个真正的生态圈,Docker已经具备整套的解决方案,同时上下游生态也已经非常完备。这都在告诉大家,你能想到的、和你需要的一些最佳实践,Docker基本上都能提供。目前,基本上是大公司在不断的追求Docker的技术,因为小公司用Docker技术解决问题产生的收益比还比较不明显,而大公司原来冗余的架构通过使用Docker确实可以产生效益,所以一些传统企业对Docker会比较关注。 容器技术发展加速 »

代码篇 | Docker1.12+Swarm构建动态微服务应用

今天数人云与大家分享的文章里,主要介绍了Docker Swarm如何凭借革新对整体场景进一步加以简化。事实上,如今我们已经可以轻松且直观地构建起一套Docker Swarm集群,快来一起体验一下吧:) 下面先来看看各项具体的更新内容: 我们在之前提到过一个示例,即一款由前端与多项后端服务共同构成的微服务应用。其中前端为Traefik HTTP代理,负责将各项请求路由至后端服务。而后端则非常简单,是一套基于Go的HTTP Web服务器,负责返回其运行所在的容器ID。 新的Docker Swarm不再需要为应用容器设置独立的HTTP代理。如上图所示的原有架构现在被精简为下图所示的形式: 移动部件更少了——赞! 另外,我们还为后端服务内置了负载均衡机制。我们甚至能够立足于集群内的任一节点访问这些服务。Docker »

Docker 1.12实践:Docker Service、Stack与分布式应用捆绑包

在本文中数人云将带大家了解如何利用Docker Compose创建一套分布式应用捆绑包,并将其作为Docker Stack在Docker Swarm Mode中进行部署。 Docker 1.12的首套候选发行版于三周之前公布,而近期又有更多新功能计划被添加至该版本当中。 下面首先来看各项新的功能特性: 内置编排机制:通常来讲,应用利用一个Docker Compose文件进行定义。此定义由多个被部署在不同主机上的容器共同构成。这种作法除了能够避免单点故障(简称SPOF)之外,也能够让应用具备弹性。目前包括Docker Swarm、Kubernetes以及Mesos在内的多种编排框架都允许大家对此类应用进行编排。不过现在我们又有了新的选择——Docker Engine如今迎来了内置编排机制。 »

关于Docker 1.12中的最新功能,你需要了解这些

DockerCon已然落幕,留下了无数激动人心的声音。随着Docker1.12版本的发布,众多新功能新提升的出现,无疑将对Docker为中心的生态圈产生不小的影响。今天小数与大家看一看新版本对于存储层面都有哪些影响—— 新版本的发布对存储层面来说,最值得关注的自然是分卷驱动器支持能力的强化。这些变更不仅能够使我们对分卷进行标记,从而明确其属于本地抑或全局可访问对象,同时也能够提供与可用分卷相关的驱动器具体信息。另外,1.12版本中还出现了众多提升及修复机制。很明显,部分变更将帮助Docker Swarm更好地完成规模化使命,甚至可以说这一规模化发展思路正是本届DockerCon大会的主旨所在。 值得关注的变化 支持分卷范围(本地/全局)#22077 虽然这一变更谈不到什么飞跃,但如今使用docker分卷( »