[译]4000个点赞并且在不断增加，回忆之旅

正文：

回忆之旅，Docker Compose以及使用Docker和Prometheus进行监控的历史，在这个过程中，我发现了一个很棒的社区。

在2014年我很幸运成为第一批踏上Docker之旅并尝试将监控堆栈容器化的人之一，从年初开始了解Docker，我花了几个月时间弄清楚它是如何工作的，同时在工程师间的DM’s¹中修复问题并提出了大量问题，当时只有少数人在聊天，社区很小以至于大家互相之间都认识。

作为一名监控和数据极客，在2014年我负责为我们新的云创业(Cloud venture)构建适应性更强的监控解决方案。最开始，我试图在Docker中构建当前的监控解决方案。就像容器友好之前的Nagios、Centreon、Piwik 分析以及许多其它工具一样，这些工具并没有真正解决我的问题。我通过Grafana偶然发现了InfluxD，但很快意识到它不符合我们的使用场景。

经过对不同工具的多次尝试和错误后，我偶然间发现Soundcloud基础设施博客以及他们如何基于微服务架构构建用Go编写的时间序列监控工具，在当时，这似乎太过超前和牵强，甚至看起来不真实。如果我没记错的话，就是这篇博客文章，它将Prometheus推向了公众：Prometheus: Monitoring at SoundCloud。

首先，我们要容器化一切。

回到2014年，相信与否，这是一个没有编排器的时代，大多数人将一堆单个Docker运行命令与bash脚本串在一起，并尝试使用bash脚本“编排”容器。

幸运的是，在2015 年，一家名为Orchard的公司正忙于构建名为Fig的第一个Docker容器编排器。Fig是一个绝对令人惊奇的工具，你可以用YAML来编写一些奇怪的代码，这是我之前从未见过的。基本上，将所有 Docker运行命令组合到一个文件中，从而允许我们将微服务构建到一个文件中。

在我开始使用Fig并加快步伐后不久，Docker宣布收购Fig的母公司：Orchad，我们还可以在Docker Compose版本历史记录中看到Fig于2014年10月加入Docker时的精彩历史快照。

几个月之后，Docker在2015年2月宣布将Fig更名为Docker Compose，它是容器发展史上我永远不会忘掉的一个里程碑。从那之后，我开始研究如何将我所有我喜欢的监控工具整合到一个文件中，我开始使用Prometheus、Grafana、Node Exporters和Google cAdvisor。我花了几周的时间才弄清楚Docker Compose内部的网络，因为还处于早期阶段，我们今天认为理所当然的很多东西在当时还不可用。让容器通过多个服务相互通信、配置、安装存储等是一项艰巨的任务，但最后确实生效了。

下图展示了我使用Prometheus和Grafana创建的第一个仪表板，它并不美观，但是嘿，它们是基于Docker Compose编排与协同工作的，同时还能监视容器和基础设施。

在它启动并成功运行之后，我在博客上写了几篇关于它的文章，与此同时获得了来自Google、Docker和整个社区的广泛关注，Google还主动联系并要求我在他们位于瑞士苏黎世的总部展示我正在构建的东西。

我不确定我是否为第一个使用Docker Compose创建完整监控堆栈的人，但我绝对是第一个创建详细手册、简单的一键部署指南，参加Docker监控研讨会培训并100人如何开始使用Docker和监控的人。很快我成为第一批Docker Captains之一，写书、参加采访，并很早就成为Docker社区不可或缺的一部分。

对我来说始终很重要的一点是：Docker Prometheus项目的目标是帮助他人并回馈社区，开源不仅对于代码编写非常重要，而且对于支持、教导和指导他人也非常重要，我相信这个项目帮助启动了其它的一些项目和组织，以继续构建令人惊叹的作品。

我知道的第2件事情：Docker Prometheus GitHub项目有1k点赞，然后是2k，现在是4k，GitHub项目的点赞数在早期有特殊的含义，一些公司使用它们作为向投资机构推销的指标，而现在它只是一个虚荣指标，但我仍然喜欢不时的对自己的项目进行检查和反思。

这是一段尚未完成的奇妙旅程，我鼓励每个人尽其所能帮助并回馈开源项目，从编写代码到修复文档，每一个贡献都是有益的。

感谢Solomon Hykes、Scott Johnston、Bret Fisher、Laura Tacho、Julien Bisconti，所有Docker Captains以及Docker和整个Docker社区的每个人。

<–翻译结束!–>