在网站建设中，日志系统常常被认为是后台的一个小功能，实际上它承担着整个系统的可观察性的重要任务。一个完整的日志体系可以涵盖用户行为、系统故障以及业务流程三个方面，为运维排查问题和产品的更新换代提供了重要的数据支持。
访问日志会保存所有的HTTP请求信息，包括客户端IP地址、请求URL、响应状态码、响应时间和User-Agent等数据。通过对访问日志进行分析可以找出流量高峰期的时间段、频繁被调用的接口、异常的爬虫行为以及可能的CC攻击。对于电商和媒体网站来说，还可以把访问日志和前端埋点结合起来使用来重现用户的浏览过程。
错误日志主要关注的是服务运行过程中出现的异常堆栈、数据库连接失败、接口超时以及内存溢出等问题的原因分析。和访问日志不同的是，错误日志可以准确地找到故障的根本原因。在生产环境中，错误日志要分等级（ERROR、WARN、FATAL）来记录，不能包含敏感信息。合理的错误日志格式应该包括时间戳、线程名、类名、错误码和完整的堆栈信息，方便查询和报警。
业务日志不再局限于技术层面，而是包含了订单创建、支付回调、用户注册、权限修改等重要事件的信息。它的核心就是结构化——用JSON格式来描述事件类型、业务ID、操作人以及前后的状态变化和耗时情况，这样就可以把日志直接放入到数据分析系统中去。当订单状态出现问题或者资金核对不一致的时候，通过查看业务日志可以很快找到问题所在。
单个节点无法完成日志收集工作，在分布式系统中一般用Filebeat或者Fluent Bit来采集日志数据，经过Kafka缓冲之后存入Elasticsearch或者ClickHouse中，最后使用Kibana或者Grafana进行展示。此方案可以支持全文搜索、聚合分析和实时告警等功能。日志保存策略要根据法律法规以及存储费用等因素制定冷热分层，超出保留期限的数据会自动归档或删除。
日志体系建设的目的不是简单地积累数据，而是要把异常出现之后到发现问题并解决之间的时间间隔降到最低。把访问日志、错误日志和业务日志都按照一个统一的格式来存储，再加上集中式的分析工具一起使用，就可以形成保证网站稳定性的基础设施了。
日志体系是网站建设和运维之间的重要桥梁，它包含了所有的访问记录、所有的错误信息以及所有的业务数据，通过集中化的方式来对这些数据进行整理和分析，可以大大减少后期的排查难度。