Honeycomb的慈善专业有一种福音派的热情，他们热衷于在生产中进行测试，并摒弃对可观测性的旧思维方式。"过去系统很小，我们可以把它们装进我们弱小的人脑中，并对其进行推理，"Charity在DevOps广播的第52集中说因此，我们能够避免改变我们对监控和指标的思考方式。"随着DevOps、微服务和云计算的采用，我们对可观测性的思考方式正在发生变化。把产品推向生产，等待用户告诉你它坏了的日子已经一去不复返了。或者应该是"你知道有多少东西会在用户注意到之前损坏吗？"慈善机构说。"三分之一的亚马逊可能会倒闭，你永远不会注意到你是否正确地完成了你的工作，并且在不同的可用区域之间保持平衡。你的工作就是让很多东西都能坏掉，人们可以在闲暇时注意到，并在用户注意到之前进行补救，她将目光投向了一个不同的目标：让每个人都明白，所有的测试都是在生产中完成的，并计划好那个。开可观察性当今世界的复杂性不允许任何人预测开发人员在软件开发生命周期中遇到的所有问题。"这只是一个与20、30年前的系统完全不同的世界，在那里，所有的监测和指标研究都是从"慈善"开始的注意到了。可观测性最初被控制理论定义为通过询问外部问题来理解系统内部工作的能力，慈善机构在播客。因为她说："你需要能够动态地对你的数据提出特别的问题，你需要在一个粒度级别上捕捉数据，在这种粒度级别上，没有任何东西被预先聚合，甚至没有被索引。"，。一旦你获得了这样的粒度，你就可以开始获得真正的可观测性，这在由几十个或几百个微服务构建的堆栈世界中至关重要。为了支持这一点，Honeycomb编写了自己的存储引擎，并添加了压缩以加快查询时间。把他们的视角从寻找事件而不是指标。指标它有助于描述系统或组件的整体运行状况，但当软件工程师调试代码与该系统的交集时呢？她说，他们唯一关心的是：每个请求能否从头到尾执行成功？随着持续交付（CD）越来越多地集成到组织中，使它们保持竞争力，在进行测试时，界限变得模糊。相反，最好的方法是使用功能标志。开发人员可以有选择地只与他们的团队或一些beta小组一起测试特性。"我觉得只有通过可观察性，你才能知道自己在做什么，才能获得信心。"这是持续交付的关键，因为如果你没有这种"局部烘焙"的概念，并逐渐获得信心，那么你会遇到很多糟糕的意外和倒退，这会让整个管道陷入停顿，对吗？"其他资源了解更多关于慈善专业和她的护理阅读蜂巢和可观察性观看现代DevOps的网络研讨会