容器服务

本文讲的是runC：轻量级容器运行环境【编者的话】runC是一个开源项目，虽然现在它只是个命令行工具，但它将是一个通用标准化环境，值得一试！

本文讲的是DockOne微信分享（一三五）：求取一份极致的简单：海量应用容器化改造之路【编者的话】公司内部近千个应用，从需求、开发、测试、发布及后期运维都是各自为营，没有一个统一的平台来标准化应用的整个流程，由此，设计一个这样的标准化平台就极其迫切，同时为了享受当前容器化技术带来的福利，我们决定完全基于容器技术来进行全面的应用容器化改造，以下就是我们团队在平台研发及应用容器化改造过程的一些经历和思考向大家分享一下，思虑不周之处，望大家斧正。

本文讲的是容器趣闻：分租规模【编者的话】本文介绍了容器在资源隔离和多租户方面的优势和细粒度需求，还有如何实现多租户伸缩的一些问题的讨论，内容言简意赅。

本文讲的是容器安全与DevSecOps：一些不再适用的旧规则【编者的话】如何保证容器环境的安全性，从根本上保证杜绝未授权的变更呢？作者认为，将安全控制流程的时间提前是一个不错的办法。

本文讲的是PaaS容器集群优化之路【编者的话】本文探讨了在一个复杂的PaaS系统中，如何系统化、科学化的进行全系统的性能优化工作。

本文讲的是VMware、Pivotal和Google Cloud协力推出全新基于Kubernetes的容器服务——Pivotal Container Service（PKS）【编者的话】定制化应用不再是难题——虚拟巨头协力Pivotal与谷歌，将自家产品线与Kubernetes容器编排系统进行全面对接。

本文讲的是容器简史：从20世纪70年代的chroot到2016的Docker【编者的话】作者主要介绍了从1979年到2013年容器的发展史。

本文讲的是在OpenShift中运行容器【编者的话】本文不是一篇关于如何在OpenShift中使用和部署容器的指导性文章，也没有具体介绍OpenShift的原理组成，关于如何使用OpenShift可以参考另一篇《OpenShift V3 应用发布部署的简单场景演示》。

本文讲的是Mesosphere协同其数据合作伙伴在容器2.0时代和DC/OS上的赌注【编者的话】本文为Mesosphere在其官方博客中发布的关于容器2.0时代中其数据合作伙伴及DC/OS的介绍。

本文讲的是容器化MYSQL集群在Uber系统中的应用【编者的话】Uber使用的Schemaless存储系统支撑了Uber最重要的服务，如，Mezzanine等。Schemaless 是一个构建在MySQL集群上，可扩展高可用的数据存储。

本文讲的是挂载点：三种Jelastic容器的数据分享【编者的话】如何挂载主容器、数据容器、外部服务器三类容器中的数据？作者给出了简洁明了的图解介绍。

本文讲的是将代码从Git自动部署到容器【编者的话】将您的代码从您的Git仓库转移到您的容器可能是一件痛苦的工作。本文介绍了如何实现自动化部署。

本文讲的是Kubernetes之“暂停”容器【编者的话】希望这篇文章可以帮助大家更好的了解Kubernetes的相关核心内容。

本文讲的是阿里云加大客户自有环境的容器服务支持【IT168 资讯】今日，根据国际容器技术垂直媒体《containerjournal》资深记者迈克·维奇报道，为了向企业IT组织提供尽可能多的灵活性，除了Apsara Stack之外，阿里云新推出了一个专有云产品：客户可以在自己的物理服务器上运行Docker企业版。

本文讲的是对于容器环境来说 全栈监控究竟意味着什么？【IT168 评论】对于大多数人来说，“全栈”(Full Stack)的意思很好理解。但是如果我们的话题涉及到监控容器环境呢?整个事情就会开始变得有些模糊了。

云栖TechDay41期，阿里云资深开发工程师流生带来CodePipeline联动容器的DevOps实践。开发界关注如何让Docker的持续交付更简单、安全、高效。在推出容器服务之后，阿里云研发了开源持续交付工具CodePipeline，它提供多种语言的持续交付向导模板，通过模板快速填写进行持续集成，从而实现多平台、多环境的持续交付。

通过最新版本的 Docker 企业版 (EE)，企业可以在整个应用组合中进一步扩大容器所带来的好处。Docker EE 可以将传统 Windows 和 Linux 应用程序以及在 IBM Z 大型机上运行的 Linux 应用程序快速进行现代化。

本文讲的是看CoreOS的联合创始人如何谈论容器，Rocket 以及 Docker，【编者的话】Alex Povil是CoreOS的CEO和联合创始人，本文是Linux.com对Povel的一个访谈记录。

本文讲的是Docker容器：更小不一定更好，【编者的话】按正常逻辑来说，我们应该选择体积较小的Docker容器。然而事实是，体积小却并不一定能带来性能上的优势。本文将介绍一个使用了一个体积稍大一点的容器，从而将性能提高30倍以上的例子。

本文讲的是观点 | 容器内应该运行什么，【编者的话】本文通过从目前人们如何使用容器的角度出发，分析探讨了人们到底应该在容器中运行什么。

本文讲的是Shopify的Docker实战经验（二）如何用容器支持10万的在线商店，【编者的话】Shopify是一个电子商务平台，提供专业的网上店面。目前的客户超过12万，包括GE、特斯拉汽车、GitHub等。

本文讲的是国内首个容器技术白皮书即将发布【IT168 云计算】近两年，容器已经成为云计算领域快速崛起的一项开源技术，越来越多的企业在实际项目中应用容器技术。为了让业界能够更加深入地了解容器技术，OSCAR继7月份发布“《中国云计算产业发展白皮书》第一部分：基于OpenStack技术的产业”后，将在此次大会上发布业界首个容器技术白皮书——《中国云计算产业发展白皮书》第二部分：基于容器技术的产业”。

上一节我们分析了 Weave 的网络结构，今天讨论 Weave 的连通和隔离特性。 首先在host2 执行如下命令： weave launch 192.168.56.104 这里必须指定 host1 的 IP 192.168.56.104，这样 host1 和 host2 才能加入到同一个 weave 网络。

“我们正在加快产品开发并提高竞争力，而 Docker 是我们加速实现这一目标的关键。” -- Keith Fulton，ADP 公司 CTO

阿里云诚邀您完成2017年中国容器技术使用调查报告，您有可能获得： 福利1：关注阿里云容器服务公众号+转发微博9月6日抽5名用户赠小米手环； 福利2：完成调研的用户9月20日再抽40名赠机械键盘、阿里云T恤、100元阿里云代金券其中一个；

Concourse CI是一款CI/CD工具，它的魅力在于极简设计，被广泛应用于Cloud Foundry各个模块的CI/CD。本文介绍在阿里云容器服务上快速搭建Concourse。

​ Spring Aware是什么 Spring提供Aware接口能让Bean感知Spring容器的存在，即让Bean可以使用Spring容器所提供的资源。

上一节我们创建了两个 macvlan 并部署了容器，网络结构如下： 本节验证 macvlan 之间的连通性。 bbox1 能 ping 通 bbox3，bbox2 能 ping 通 bbox4。

上一节我们创建了 macvlan 并部署了容器，本节详细分析 macvlan 底层网络结构。 macvlan 网络结构分析 macvlan 不依赖 Linux bridge，brctl show 可以确认没有创建新的 bridge。

不同的 overlay 网络是相互隔离的。我们创建第二个 overlay 网络 ov_net2 并运行容器 bbox3。 bbox3 分配到的 IP 是 10.0.1.2，尝试 ping bbox1（10.0.0.2）。

在上一节的例子中 volume container 的数据归根到底还是在 host 里，有没有办法将数据完全放到 volume container 中，同时又能与其他容器共享呢？ 当然可以，通常我们称这种容器为 data-packed volume container。

　从个人对容器的发展来看。大会上几位问到一些隔离的问题，分享嘉宾都说这个比较复杂，要么说这块他们没有解决，确实经常出问题，要么说私下来讨论；其实我们在接入和调度容器的时候，也发现了目前的容器技术在隔离上还欠缺很多，如果要能更好的提高物理机的资源利用率，降低成本，单机隔离和单机弹性将是一大关键技术和核心竞争力。