使用Docker时，查看日志是重要手段，可用于排错和监控，然而很多人找Docker日志时会感到困惑，下面详细说说Docker日志究竟在什么地方。
容器内日志路径
Docker容器内日志路径是查找的基本方向，很多时候，容器内应用会依据自身配置，把日志文件写入特定目录，比如一些常见的Web应用，会将访问日志和错误日志默认写入容器内的/var/log目录 。进入容器需借助Docker exec命令docker 日志在哪里，通过该命令可以使用传统的Linux命令linux多线程编程，进而查看这些日志文件，并且还能管理这些日志文件。
不过需要留意，容器内部路径的日志存储依赖于容器的文件系统 ，容器被删除后，容器内部路径下的日志文件会不见 ，所以，若想要持久化保存这些日志，就得采取一些别的手段，比如挂载数据卷来存储日志 。
本地日志存储
若没有进行特殊配置，Docker容器的日志会默认存储在本地主机上，其实际存储路径一般是将/var/lib/docker/containers/与容器ID的文件夹相加，在这个相加后的文件夹当中，存在一个json文件，容器的stdout和stderr输出都会被记录在这个文件里。
访问本地存储的日志有诸多便利，管理员可脱离容器，直接在主机上用常见工具查看日志内容，还能对其分析。然而，随着时间推移，本地存储的日志文件会不断变大，会占用大量磁盘空间。因此，需定期清理这些日志文件，才可避免影响系统性能。
日志驱动
Docker提供了多种日志驱动，不同的日志驱动决定了日志的存储位置和方式。常见的有json-file驱动，这是默认的存储方式，会将日志以JSON格式存储在本地。此外还有syslog驱动，它可以将日志发送到系统日志服务，方便进行集中管理。
使用不同的日志驱动，可满足不同场景需求。比如在生产环境中，为实现日志的集中收集与分析，选择由Elasticsearch、Fluentd和Kibana组成的EFK日志驱动，是个不错的选择。不过配置日志驱动，需要一定技术知识，且要根据实际架构和业务需求进行合理设置。
分布式日志系统
对于大规模的Docker集群来说，分布式日志系统是必不可少的。有一些系统，像ELK Stack（包含Elasticsearch、Logstash和Kibana）以及Graylog，它们可以实现日志的集中收集，还能进行存储，也可以开展分析。将各个容器的日志发送至分布式日志系统，如此，运维人员查看整个集群运行状态会更便利，分析整个集群运行状态也会更便利。
采用分布式日志系统，可极大提升日志管理效率，然而，这会使系统复杂度增加。搭建分布式日志系统，要投入更多资源。维护分布式日志系统，也要投入更多精力。这样，才能保证系统的稳定性与可靠性。
容器编排工具集成
使用容器编排工具时，日志查看方式存在不同。例如使用Docker Compose，它可通过“docker-compose logs”命令查看一组容器的日志，操作简单直接。使用Kubernetes时也是这样。Kubernetes提供了专门的日志查看命令。这个命令是“kubectl logs”。它能够方便地查看日志。这些日志是Pod内容器的日志。
容器编排工具集成完成后，日志管理流程得到了极大简化。举例来说，在微服务架构当中，依靠容器编排工具，能够迅速定位并查看不同服务的日志linux命令，从而提升问题排查的速度。但是，若要高效开展日志管理工作，就必须熟悉这些容器编排工具的日志查看命令。
第三方日志服务
除了自行搭建日志系统，还能选择使用第三方日志服务，像Splunk、Sumo Logic等。这些第三方服务通常会提供便于使用的界面，而且拥有强大的分析功能，无需用户进行复杂的系统搭建和维护。
使用第三方日志服务，能够节省大量时间，也能够节省大量精力，进而可以专注于业务本身。然而，使用第三方服务存在一定成本，并且要将日志数据传输到第三方服务器上，所以对于某些对数据安全要求较高的企业来说，可能需要谨慎考虑 。
那么docker 日志在哪里，在你运用Docker的进程里，你更倾向于哪一种查看日志的方法？你更倾向于哪一种管理日志的方法？要是认为文章有价值，欢迎点赞，欢迎分享！
