可观测性如何重新定义开发人员角色 译文 精选

越来越多的公司在当今的数字世界中使用软件来开展业务。随着微服务、容器和基于云的技术的使用越来越多，传统的监控解决问题的方法已经不能满足需求，此时就需要可观测性来解决实际问题了。

不少人对可观测性和监视分不清。监视是指定期观察和记录项目中发生的活动，而可观测性则实时监视并了解系统的性能和行为。利用可观测性，开发人员可以更好地了解系统并快速解决任何潜在问题。

可观测性设计模式

构建可观察系统的最佳实践

使用最广泛的设计模式之一是“可观测性三元组”，它由三个关键组件组成：

1. 日志
2. 时序
3. 链路追踪

但是，这不仅仅是收集遥测数据，而是通过数据驱动的方法通过具体的反馈系统来调试和提高应用的性能和安全性。

日志提供系统活动的详细视图，包括错误消息和调试信息。时序提供系统性能的高级概述，例如 CPU 和内存使用情况，而链路追踪则提供有关特定请求或事务执行的详细信息。

通过遵循这些模式，开发人员可以确保其系统具有必要的工具，以提供对系统行为的可见性。

除了上述可观测性设计模式外，开发人员还应关注运行状况，检查 API、审计日志记录和异常跟踪。建议遵循最佳检测和数据收集实践。这可以确保收集正确的数据，收集的数据具有正确的粒度，并且采用易于分析的格式。

通过遵循这些模式和最佳实践，开发人员可以确保其系统具有高度弹性、自我修复，并且易于监视，这使他们能够快速识别和解决问题，从而提高其系统的性能和可靠性。

开发人员角色的演变

从调试到预测性维护

随着技术的进步，软件开发的过程也发生了变化。开发人员的角色不再仅限于开发软件。随着可观测性的发展，开发人员已经可以实时了解系统的性能。开发人员现在可以根据可观测性指标了解系统，并进行预测性维护。

开发人员角色和职责的变化

开发人员现在应该了解如何设计、构建和操作系统，这些系统可以通过设计来观察。这需要新的技能和知识，例如对分布式系统、监视和可观测性最佳实践的理解。

过去，开发人员主要专注于发现和修复出现的问题。随着可观测性的提高，开发人员可以在潜在问题成为问题之前，主动识别和修复它们。这种从被动维护到主动维护的转变是开发人员角色变化的一个关键方面。

需要新的技能和知识

软件开发的新时代要求开发人员拥有新的技能和知识。他们需要了解如何设计易于监控和理解的系统，并且可以自动从故障中恢复。他们还需要了解如何使用各种可用的监视和可观测性工具。其中包括??Prometheus??，Grafana，Jaeger等开源工具，以及New Relic和AppDynamics等商业解决方案。

软件开发和维护方式的转变

开发人员现在必须从开发过程的开始就考虑??可观测性??。这意味着他们必须了解如何设计易于监控和理解的系统，并且可以从问题中自动恢复。

其中一个重要方面是使用混沌工程。混沌工程是故意在系统中造成故障以测试其强度。此方法允许开发人员在潜在问题成为现实之前发现并修复它们。

采用可观测性思维方式

保持领先地位

在当今的数字世界中，组织越来越依赖软件来推动其业务发展。随着微服务、??容器??、云原生技术、传统监控和故障排除的兴起，为了保持领先地位，开发人员必须采用可观察性思维。

及时了解可观测性的最新趋势和发展是一个持续的过程。一种方法是参加行业会议和活动，例如可观测性会议。另一种了解情况的方法是阅读行业出版物，并在社交媒体上关注思想领袖。

拥抱可观测性需要开发人员转变他们的思维方式。开发人员不应将监视和故障排除视为单独的活动，而应将可观测性视为开发过程中不可或缺的一部分。这意味着从开发过程的一开始就考虑可观测性，并设计易于监控和理解的系统。

总结

可观测性在现代软件开发中非常重要。它可以帮助开发人员轻松发现和解决问题。随着可观测性越来越受欢迎，开发人员的角色也发生了变化。现在，开发人员需要知道如何设计、构建和运行易于监控的系统。这意味着需要新的技能和知识。

为了保持领先地位，开发人员应该接受可观察性，遵循设计可观察系统的最佳实践，并随时了解该领域的最新趋势和进步。这将有助于确保任何严重依赖软件的组织的成功。