今天遇到很多优秀的讲师、业界的大伽，很开心
现在把get到的信息梳理一下：
（1）想解决性能问题，一定要在缓存上下功夫；【nginx上有好多文章可以做，真是博大精深呢《深入理解Nginx:模块开发与架构解析》--陶辉】
（2）空间组度的缓存：把这个数据相关的都读到缓存中（这会增加复杂度，只有特殊场景才会这样做，譬如腾讯的社交应用）
（3）容器化、云化是以后的方向
（4）发版本的权限下放给开发，但要有一些规则，譬如灰度跑了一台并且错了，就不能发、发布频率不能过高
（5）Zipkin只是数据抽取，SkyWalking会更重一些
（6）手动探针有更好的兼容性，做trace场景
（7）关注点分离：一定要分类，要将要做的事抽象成指标和维度，即任务拆解；一定要分优先级，有限的资源用来优先保障重点业务
（5）开源贡献者在国外HR在有High value的地方：会做白盒+宣传+沟通能力
（6）如果买一个服务一年需要100W，雇一个这个开源软件的committer年薪也是100W，并且能改。你说老板选那个更划算
（7）开源框架只会解决最复杂的一部分。一些定制化的规则如果写到开源框架中，会很重，这些特殊场景的规则在好多项目都用不到，反而增加了使用的门槛
（8）mysql和oracle的协议不友好，Apache基金会是不允许发行包中包含对其原生的支持，如果需要自己可以把相关的插件或依赖copy到发行版本中
（9）论工作中社会工程的重要性：有一个DLP的Idea，几乎公司所有的业务团队都反对，然后找一个关系比较好的团队来做第一个吃螃蟹的人--聂鑫
（10）工作中实际操作中分寸的把握：也可以松松口，多加一个也是可以的，反正我们也是支持的---聂鑫
（11）把告警频次也做了一个告警（解决用户需求，有用的经验/需要就是合理的。不管现在看来有些搞笑）
（12）不要把数据多当成包袱
（13）QQ一条消息从发送到好友接收到，经过了51个状态（老版本的）
（14）数据的说服力：研发认、产品认，QA也愿意帮助推动---------------大家对有用的东西从来都不排斥的
（15）不能被事情驱动，要起一些事件，再想办法让事件闭环
（16）运维关注生死；研发关注质量；产品要关注指标
（17）要想自动扩容，需要无状态的；如果依赖其它服务，譬如需要网络权限，扩容后就不能直接上线
听陶辉老师讲后，越发觉得Nginx的戏很多，值得花时间好好研究研究。听的过程中受益良多，把印象特别深刻的几页分享一下：
【如果需要完整的PPT，扫文末的二维码，关注公众号，发送“nginx”，即可得到陶辉老师的PPT】
微信扫描二维码，关注我的公众号