前言

性能调优是一个老生常谈的话题，通常情况下，一个应用在上线之前会进行容量规划、压力测试并进行验证，而性能调优则是在容量规划与验证结果之间出现差异时会进行的必然手段。从某种角度来讲，性能调优是一个非常需要经验的领域，需要调优人员对应用的架构、调用的链路、使用的语言、操作系统的差异、内核的参数表现等等都有完整的了解。大部分情况下，系统性能调优都是通过各种各样的工具监听、跟踪、分析、检测来检查解决的。所以通常情况下，性能调优的老手都有一套自己的诊断工具集以及相应的诊断方式。但是当性能调优遇到Docker的时候，很多事情发生了转变甚至恶化。

经常有客户抱怨说应用进入Docker后，应用的QPS无法和ECS进行媲美，并且时常会出现DNS查询超时、短连接TIME_OUT、网络丢包等等，这极大打击了客户对使用容器技术的信心与决心。诚然，