Docker 公布日志管理的新生态系统技术合作伙伴

Docker 宣布多个软件和云平台作为它管理运行在Docker 容器内部的应用生成的日志的生态系统技术合作伙伴（ETP）。成为一个ETP 日志合作伙伴是对软件或者平台能稳定的和Docker 工作并通过日志驱动机制来提供日志信息的认可。

Docker 已经支持各种各样的外部日志系统，比如syslog（Linux 标准中央日志系统）、GELF（Graylog 和Logstash 支持的Graylog 扩展日志格式）、Fluentd 以及在1.9.0版本支持的AWS CloudWatch。Graylog、Logstash 和Fluentd 是开源的日志管理工具。ETP 计划试图将各种各样的日志提供者规整到一个公共的框架下。据Docker 商业开发和技术联盟的副总 Nick Stinemates 所说：

Docker 的“生态系统技术合作伙伴（EPT）计划”是为了突出那些在Docker 生态系统里面已经证明了自身和Docker引擎集成的品质的合作伙伴。我们发展这个计划，是为了应对用户请求，寻找生态系统各个方面的推荐解决方案，从技术领域例如监控和日志到网络。

Docker 的日志通过在启动容器时指定一个日志驱动来工作，因此容器的标准输出和标准错误输出流能够被重定向到其他地方。既可以是一个像syslog 这样的标准日志机制，也可以是一个像Sumo Logic 或LogEntries 这样的中央日志系统。除了标准输出和错误流之外，运行在容器内部的应用也可以写它们自己的日志文件到syslog 或者/var/log 下的一个指定日志文件。对于后者，日志文件不会直接被日志驱动处理。

日志驱动的想法诞生于docker-dev 邮件列表，后来被正式定义为一个Github 问题。在发布过程中，Docker 不断增加对不同日志驱动的支持，最新的Docker 1.9.0支持AWS CloudWatch。

在实际开发中，容器性能和生命周期度量也需要被监控。对于这些，Stinemates 说：

Docker 引擎API 公开了性能度量，生命周期事件和日志数据。这是供应商藉此实现的公共基础。日志驱动扩展了Docker 引擎API，使其能够定制日志处理行为，在此之前仅有Docker 日志流端点这一个选择。

今天的应用通常生成大量的日志数据。容器的性能会受到影响吗？Stinemates 说：“性能不是一个问题，因为性能和日志驱动捆绑在一起。日志驱动是模块化的，因此用户能够根据自己的环境和性能要求去选择驱动。”

在问到一个新的工具／供应商如何才能加入ETP 计划时，Stinemates 说：

想加入ETP 方案，合作伙伴需要注册技术合作计划。合作伙伴需要对Docker 生态系统做出一些有意义的影响，像集成现有的服务到Docker 的API，构建一个基于Docker平台或服务于Docker平台的产品。合作伙伴的实现不应该损害Docker 的可移植性，应该维护和提升Docker 作为基础设施中的重点地位，不要在Docker 外部进行封装或代理。

和Treasure Data/Fluentd。其中一些工具在基本日志收集之外有一些额外的特性。

查看英文原文：Docker Unveils New Ecosystem Technology Partners for Log Management

本文转自d1net（转载）

容器技术-Docker的优点 当产品运行在内部的虚拟化平台中，如openstack，也就是KVM虚拟化，创建虚拟机，但是不断增加的云端应用，增加了对硬件资源的消耗，不断的创建虚拟机，消耗了大量的硬件资源。 那么如何高效的利用硬件资源实现云服务呢
浩若烟海事半功倍|利用Docker容器技术构建自动化分布式web测试集群Selenium Grid “世界上有那么多城市，城市里有那么多的酒馆，可她，却偏偏走进了我的.....”，这是电影《卡萨布拉卡》中的一句著名独白，投射到现实生活中，与之类似的情况不胜枚举，这世界上有那么多的系统，系统中有那么多的浏览器，在只有一台测试机的前提下，难道我们只能排队一个一个地做兼容性测试吗？有没有效率更高的方法呢？为此我们提出一个更高效的解决方案：使用Docker+Selenium Grid。
技术：Docker基础知识（一） Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。Docker官网：https://www.docker.com/