Kubernetes在6年前推出，并在短时间内巩固了作为容器编排和管理事实上的标准的地位，不管是生产环境的采纳率，还是云原生的生态都在速度增长。Kubernetes和云原生技术具有广泛的应用范围，因为它们是无数开源创新的坚实基础，从提升开发人员和业务应用程

说实话，我是一个Kubernetes爱好者。Kubernetes可以说是软件开发领域迈出的一大步。当我知道Kubernetes的时候，我就想这才是在生产环境使用容器的正确之道。我没有任何迟疑就接受了Kubernetes。像我这样的，还有数以千计的架构师已经

2019年运维行业的变化还是很大的，除了比较多的新技术出现，更多的是一些原先处在设想中的技术的落地。能够解决这些问题的就是容器技术，而Docker抓住了这个机遇，一跃成为最炙手可热的容器技术之一。Docker以Docker容器为基本的资源调度单位，容器封装

许多研究结果表明，当前基于云模式的开发和服务部署，使用容器技术显著增多。例如，根据 Cloud Native Computing Foundation 的客户调查，73%的受访客户在生成环境中运行容器应用程序，其余27%的客户计划在未来使用容器。

利用这些Kubernetes辅助工具来简化应用程序定义，增强监控，简化云部署等。Kubernetes已成为一种大规模部署容器化应用程序的标准。但是，如果Kubernetes帮助我们驯服庞大而复杂的容器部署，那么有什么可以帮助我们驯服Kubernetes?它

如果你需要大规模的容器编排，就可以借助Kubernetes这个项目。这个出自谷歌的开源容器编排系统备受好评，不仅得到了良好的支持，而且发展势头迅猛。尽管如此，Kubernetes仍存在庞大、复杂，并且难以搭建和配置的问题。不仅如此，它还将许多繁重的工作留给

如今，人们肯定听说过Docker容器，也会知道Docker很受欢迎。以下看看当今用户对于Docker有着极大兴趣的因素。在深入讨论Docker受欢迎的因素之前，值得注意的是，Docker不是唯一的容器平台，也不是第一个推出的。其他框架，如OpenVZ和LX

由Docker引领先锋，容器在过去的一年里得到了飞速发展。容器技术提供了组件化环境，帮助应用在云之间轻松迁移而无需显著的返工。当谈到构建云以及非云的应用时，容器的战斗口号是可移植性和简单性。这些工具使用容器服务，并编排他们以决定容器之间如何进行交互。此外，

是的，这是一个趋势，无数人研究容器这一热门主题，似乎发现了解决问题的方法。容器的起源实际上能追溯到大型机时代，这并不是一个新技术，这一技术最终开始成熟并以惊人的速度获得用户关注和认可。一个Docker卷允许数据被存储在启动卷之外的容器中，在主文件系统中可以

之前对容器圈一直不太感冒，一直以传统 VM 的角度去思考容器的作用和使用，在最近的交流中发现还是有较大的误区。简单说它就是以应用为中心的生产模式，这里容器这个词的本身 不是核心，核心是围绕 Image 产生的应用打包和部署方式。而 LXC 这类 Names

XebiaLabs是一家提供大规模持续集成和 DevOps软件的公司。我们公司经常与客户讨论新近出现的开发风格、应用架构和运行时平台，内容涉及它们的优势以及带来的挑战。最近一段时间，讨论的焦点集中在：。应用层的微服务; 平台层的容器及相关框架，包括

随着Docker的发展，越来越多的应用开发者开始使用Docker。James Strachan写了一篇有关Java开发者如何使用Docker进行轻量级快速开发的文章。他告诉我们，使用Docker和服务发现的机制，可以有效减轻Java运维人员的负担，进行项目

你想要运行Docker容器，可是如何在超大规模环境下运行Docker容器？Apache Mesos也许是解决之道。本文作者解释了个中原委。虽说众多企业如何部署Docker容器、何时部署仍需拭目以待，但它们是否部署Docker容器不再是个问题。不过，如何大规

假如你正在为一个跟踪健康和健身的移动应用编写REST API。一开始你在你的笔记本上的开发环境中编写代码，在运行了所有单元测试并成功通过后，你将所有代码提交到Git，并且通知QA工程师测试。然而，当QA工程师认真地将最新版本代码部署到测试环境后却发现，这个