从Web服务器到数据库到基础架构主机，应用程序堆栈的所有部分都会生成日志数据。如果他们不小心，系统管理员，Devops工程师和开发人员都可以发现自己面临着无端的日志洪流。
随着软件堆栈变得越来越复杂，管理员和开发人员必须筛选所有这些数据——当调试和排除故障时，即使只是一行日志也会有帮助减少平均分解时间(MTTR)。在新的遗物中，我们的目标是消除这种压力和劳动，其中包含现代云测井解决方案，该解决方案支持源自属于内部或云的任何基于文本的数据。为了追求这一目标 - 并进一步增强我们的可观察性平台 - 我们已经发布了三个令人兴奋的新功能，扩大了能力New Relic的日志:
- 新遗物日志的实时尾部：实时流数据。
- 从新的Relic Infrastructure代理转发日志:消除管理自己的日志转发器的负担。
- 基础设施环境:直接从基础设施指示板转到相关日志，以便进行简单的根本原因分析。
看到一个活尾巴的新遗迹日志
在日常工作中，您几乎肯定会使用日志数据来调试和排除生产环境中的故障。通常情况下，日志数据提供了唯一的信号，表明有些事情不对劲;不幸的是，这个数据也是一个尾随信号，这使得减少事件和检测之间的时间变得很困难。
与live tail在New Relic Logs，你可以查看你的日志消息，因为他们到达实时。现在，当您部署新的主机、服务器或进行其他应用程序更改时，您将获得实时日志结果，允许您立即看到系统如何响应这些更改。
实现活尾巴就像按一个按钮一样简单。在“New Relic Logs”中，单击玩看着你的日志源源不断。
使用基础架构代理转发日志
当您对复杂的基础架构问题进行故障排除时，您通常依赖于指标，事件和日志的组合来实现根本原因。为帮助您加快此类努力，您现在可以通过Infrastructure代理通过FluEntbit转发日志。
在代理上启用日志转发后，您将能够从文件、系统日志、Syslog和主机上运行的TCP服务器发送日志。此功能减少了管理自己的日志转发器的开销和繁重工作，并加快了检测平均时间(MTTD)和MTTR，因为您现在可以在主机性能和它们的日志之间建立更快的连接。
有关从基础架构代理的配置日志转发以及兼容性和要求的详细信息，请参阅New Relic的文档。
在上下文中对基础设施进行更深的可观察性
上下文中的日志利用New Relic Infrastructure和APM指标、仪表板和数据可视化、事件关联和其他资源来提供环境的完整集成图景。
这包括:
- 将上下文数据移动到日志体验中。上下文中的日志自动与来自其他New Relic One组件的数据流连接。这包括来自New Relic Infrastructure和New Relic APM的数据，以及Kubernetes集群探索者和Lambda(无服务器)遥测。
- 关联数据以揭示有意义的模式和趋势。上下文中的日志将日志消息与应用程序、基础设施、Kubernetes和Lambda错误和事件数据相关联，从而为团队提供端到端的可见性，以及当团队使用隔离的日志数据源时无法获得的深度和细节。
- 将上下文属性引入日志数据。上下文中的日志还可以使用来自应用程序、无服务器和Kubernetes集群的高价值上下文属性丰富日志数据。可以将标识符(如pod ID、服务名称或应用程序名称)附加到日志中，这使得分析此数据、建立有用的连接以及识别问题可能影响应用程序运行状况和性能的其他领域变得更加容易。
要了解有关这些特性的更多信息，并了解开始收集、处理、探索、可视化和对日志数据发出警报是多么容易，注册一个免费的演示新遗迹日志。
