点击上方“CSDN”，选择“置顶公众号”
关键时刻，第一时间送达！
作者丨Jeffrey Walker
翻译丨Vincent
译者注：微服务和容器很好地结合了，但是它们的结合让日志记录也变成了一个难题。作者在本文描述了一些因素，在设置监控的时候是需要考虑的。以下为译文
在过去的几年中，容器已经成为IT领域的一个重要话题，尤其是在DevOps领域。简单地说，当从一个环境迁移到另一个环境时，容器提供了一种简单且可扩展的方法可以运行软件。
容器是通过在一个包中提供完整的运行环境实现的，其中就包括了应用程序，所有的依赖项，库，其它二进制文件以及运行时所需的配置文件。
与容器紧密结合的是微服务，它代表了开发应用程序的一种更灵活的方式。微服务体系结构将应用程序构建为一组松耦合的服务，这些服务通过处理离散业务功能的API连接起来。微服务主要为应用程序开发提供了一种“分而治之”的方法，而不是一个大型的单一代码库。
Docker在容器的基础架构领域是处于世界领先地位的，它是一个部署容器级软件应用的平台。容器的真正价值在于它们允许团队动态地启动一个完整的运行环境。Docker可以说是让企业采用微服务的最具影响力的平台。
类似于虚拟机通过向来自一个服务器的终端用户提供一个操作系统的多个实例来简化软件开发和测试，容器在应用程序和主机操作系统之间添加了一个额外的抽象层。最大的不同是，容器不需要管理程序，只运行操作系统的一个实例;总的来说，这等同于内存更少，运行时间更快。
与开发任何应用程序一样，日志记录是过程的中心部分，在出现问题时尤其有用。但是，在集装箱化应用程序的世界里，与传统应用程序相比，它是不同的。日志Docker实际上意味着不仅记录应用程序和应用程序主机操作系统，以及Docker服务。在处理多码应用程序时，有许多日志记录技术和方法可以记住。我们将在下面详细介绍前五种最佳实践。
基于应用程序的日志记录
在基于应用程序的方法中，容器内的应用程序使用日志框架来处理日志记录过程。例如，某个Java应用程序可能会使用Log4j 2来对日志文件格式化，然后发送到远程服务器，并完全绕过Docker环境和操作系统。
虽然基于应用程序的日志记录使开发人员对日志事件有了最大的控制权，但是这种方法也会在应用程序过程中产生大量的消耗。这种方法对于那些工作在传统应用程序环境中的人来说可能是有用的，因为它允许开发人员继续使用应用程序的日志框架(例如Log4j 2)而不需要向主机添加日志功能。
Logging Docker实际上意味着不仅需要记录应用程序和主机操作系统，还包括了Docker服务。
使用数据卷
容器本质上是临时的，这意味着如果容器关闭了，那么容器内的任何文件最终都会丢失。相反，容器必须将日志事件转发到集中式日志记录服务(比如Loggly)，或者将日志事件存储在数据卷中。数据卷的定义为“容器内的一个标记目录，该目录用来保存持久或共享的数据”。
使用数据卷来记录事件的好处是，由于它们链接到主机上的一个目录，所以日志数据仍然存在，并且可以与其它容器共享。这种方法的优点是它减少了在容器失败或关闭时丢失数据的可能性。在这里可以找到关于在Ubuntu中设置Docker数据卷的说明。
Docker日志驱动
在Docker中进行日志记录的第三种方法是使用平台的日志驱动程序将日志事件转发给在主机上运行的syslog实例。Docker日志驱动程序直接从容器的stdout和stderr输出里面读取日志事件;这就消除了从日志文件中读取和写入的需要，最终也会稍微改善性能。
然而，使用Docker日志驱动程序也有一些缺点：
这里可以找到为Docker配置默认日志驱动程序的说明。
容器专用日志
这种方法的主要优点是允许在Docker环境中完全地管理日志事件。由于专用的日志容器可以从其他容器收集日志事件，聚合它们，然后将事件存储或转发到第三方服务，这种方法消除了对主机的依赖。
专用日志容器的其它优点是：
Sidecar方法
Sidecars已经成为管理微服务架构的流行方法。Sidecar的想法来自于类似摩托车的sidecar是如何附着在摩托车上的。引用一个消息源，“Sidecar作为第二个过程在你的服务旁边运行，并通过类似于HTTP上的REST-like API 这样一个同类接口提供了’平台基础设施’的特性。”
从日志记录的角度来看，Sidecar方法的优点是每个容器都与它自己的日志容器有关（应用程序容器保存日志事件和日志容器标记，然后像Loggly那样将它们转发到日志管理系统）。
Sidecar方法对于大型部署来说尤其有用，因为这些部署需要有更专门的日志信息和自定义标记。不过，建立Sidecar非常复杂，而且难度也很大。
