Kubernetes集群中的DNS服务经过改进，采用新架构提升了解析效率和可用性。改造后的方案隔离故障域，每个Pod首选本地的q-dnsmasq进行解析，当q-dnsmasq不可用时，由kube-svc（coredns）兜底。同时，新方案通过并发请求多个Coredns和localdns，提高解析效率。这样可以将可能的解析问题控制在单个Pod上，便于快速隔离或自动隔离。新方案还提升了缓存命中率，通过按节点分散的方式确保pod访问的首选dns一致性，提高缓存命中率。此外，新方案具备首次选nameserver，并通过并发请求多个nameserver提高可靠性。

深入了解微服务架构核心组件。

文章介绍了去哪儿旅行的监控系统Watcher以及其在订单监控精度提升方面的应用。为了实现秒级监控，他们面临着数据存储和Graphite协议兼容性的挑战。当前的分钟级监控使用的Graphite的Carbon和Whisper存在存储和写入问题，需要解决。为了选取更适合的存储方案，他们评估了M3DB和VictoriaMetrics两种解决方案。这两种方案都支持Graphite协议，并具有各自的优势和劣势。

为前端应用测试提供全面的覆盖率指标

文章介绍了去哪儿机票智能预警系统-雷达系统的目标和挑战。他们重新定义了分析指标的范畴，筛选出了核心指标和通用指标。他们希望提高指标监测的准确度，并降低人力成本，实现可持续运维。他们的目标是打造一个全面覆盖机票核心面板指标和错误指标的智能预警平台，通过提升准确率超过75%来提高系统的稳定性和可靠性。

分层存储，优先调度，平滑升级

文章概览背景问题分析部署物理机容器模型的方案选型先缩后扩模型方案调研先缩后扩模型设计关键点实践中的挑战以及解决

为业务发展打好基石

去哪儿旅行的Kafka日志集群在春节压测期间遇到性能问题，导致部分客户端堆积和数据生产异常。集群网络闲置率降低到0.4以下，部分机器接近闲置，无法通过增加机器解决性能问题。经排查，发现数据量增大和高峰期pod扩展导致网络链接数增加影响性能。通过将num.io.threads参数从32修改为128，优化了Kafka本身解决了问题，并节省了2000核CPU。此外，将单盘改为双盘并没有提升闲置率。

探索数据之源，引领智能化未来

从查询车次到支付出票不是服务的结束，而是平台售后保障与一站式行程服务的新开始。

文章概览前言sirius服务简介发生过程排查过

本文介绍了利用智能 DNS 分担流量，将静态资源在多家 CDN 之间进行互备，加强 CDN 故障恢复时间。在源站服务器前架设 Qunar 自己的 Cache 系统，大大降低源站压力，并且使切换过程更加平滑。

系统中有没有下面的问题存在? 代码复杂,流程不清晰 业务变化快 异步嵌套回调 是否需要这样一个框架?

RSocket真有那么厉害？

大胆设想，小心论证。