看了一篇博文不错，转载分享。
一、序言
妲己舞一曲，纣王乱江山。如果每天都是一个故障，如何改进？如果每天需要大量的时间思考，那么多的问题，如何看透本质？你的观察力在哪里，你的倾听力在哪里？
努力有用吗？老是被现实打脸。其实，这个问题我也无法回答，我只知道，无论有用或者没有用，都是需要努力的，但是如果方向不对，努力越多，死的越快，在奔跑的同时，注意一下风向，逆风奔跑，会很累。
二、风言风语
1 全局的解决方案
埋头故障与解决方案的处理，埋头于各种细节之中，花费大量时间思考，但是局限于思维局限性，很多东西的思考都是片面的，你以为你是全局思考，实际上可能是片面的思考，你以为你考虑到了各种可能性，实际上只是一个小细节的解决方案，仅此而已。
对于一件事，表面上看起来可能很难，但是实际上也并不是那么难，将要实现的目标写下来，分析一下优点，分析一下缺点，分析一下达到目标的途径，剩余的，就是努力了，这是全局的解决方案，还是局部的解决方案？或者只是一个里程碑？
在一个集群中，cpu剩余不足，你有几种解决方案？
第一种，扩容，扩容方案是最容易想到的，因为只要花钱买硬件，然后进行扩容，但是对于成本来说，是最大的。
第二种，对应用进行缩容，查看当前的应用占用的cpu，查看各种使用率，对于使用率比较低的，将应用进行缩容，这种基本不耗费成本，但是需要分析应用的性能曲线，只要监控做的好，这种也是比较容易的。
第三种，集群一般是虚拟化环境，那么必然可以使用cpu的overcommit特性，从而直接提高cpu的虚拟比，这种要考虑到的风险就是一旦在物理机上的虚拟机负载比较高，那么可能出现io争抢，对于延迟比较敏感的应用来说，可能出现故障，但是成本比较低，而且这种风险只有在新建vm之后才会出现。
第四种，将其他集群的机器扩容到此集群中，从而就会涉及到迁移其他集群上的应用，下线物理机，扩容，对应用可能存在风险，这种方案只是集群内部的调整，风险可控。
对于一个问题，你有多少种解决方案？你能想到多少种解决方案？感觉很多人好聪明，稍微一动脑筋，解决方案不请自来。还好我比较蠢，脑袋一晃，水花都在浪，我花费了大量的时间去观察思考这些看起来毫无关联的事情的之间的联系。
2 用例测试
我们在写程序的时候，总是要写单元测试，在测试应用的时候，有压力测试，性能测试，白盒测试，黑盒测试，这些我统统不懂，哈哈哈，emmm，我很自豪。
要做最难的测试，所以选择一种与众不同的方式，明明知道有人要杀你，还要向他寻求帮助，看看到底是不是必杀的局面，所谓珍珑棋局，必然有破解之法。
内耗，是一种巨大的浪费，无论是团队内部协调，还是跨团队协调，还是跨部门协调，还是跨中心协调，还是跨公司协调，emmm，这很有乐趣，你需要花费大量的时间找到那只耗子，到底是不是老鼠屎，弄坏了一锅粥。
所谓跳梁小丑，擅长于伪装，脸上笑嘻嘻，内心在嘲讽，内心在排斥，要想看透本质，相当有难度。用最极致的方法找到垃圾，然后清扫，但是这种方法一般都是自伤八百损敌一千。
剑指小丑，杀之，脏了剑锋，不杀，乱吾之名。如果是你，你杀还是不杀？
3 信息解读
对于同一件事，每个人有不同的解读方式，对于认真的来说，会看你的一举一动，会看你的一言一行，只要你一个地方错了，那就是不符合预期，需要改进，需要改正。
在很多时候，不在同一个场景之中，对于信息的解读方式可能是完全不同的方式，基于不同的上下文，从而有形形色色的方式解读。
公司发了统一的茶杯，印上了精美的图案，你会如何解读？有人解读的结果就是，杯子又小了，公司肯定是没钱了，估计要裁人了。当你在欣赏美丽的图案的时候，别人看到的却是大小，这就是一种信息的误读，而且含义相差千里。
在很多时候，信息的解读必须朝着正面积极的方向进行解析，例如别人说你写的这些文章是一坨狗屎，那么可能的情况就是，别人花费了时间看这个文章，但是完全没有一丝儿收获，从中感受不到任何价值，如果是你，你怎么回复？稍微好点的答案就是，感谢反馈，下次进行改正，能说说为啥感觉不到价值吗？
没有反馈也是一种反馈，就像水入河流，完全没有一丝儿水花。
倾听的力量，是很强大的力量，倾听别人的表述，去掉情绪，去掉一些杂乱信息的干扰，从中找寻出真正能改进的地方，这也是极好的。
别人的反馈，无论是一种职责，还是一种挑战，极有可能是在帮你完善你的想法，极有可能是在拓展你的想法，实现你的目的。
在这个解读之中，你需要思考的是，照顾别人的情感需求，不要高估了别人的水平，也不要低估了自己站的高度，思维不同，必然有不同的解析方式。
和有的人聊天要钱，而和有的人聊天要命啊。
4 难与不难
如果容易，还需要你干啥，所以难是天生的，无论是环境，还是沟通，还是各种配合。找到能配合的那就珍惜吧，这辈子能找到一两个，就相当幸运了。
没事的时候，听一听别人口中的你，你会心碎，尤其是你很努力很努力的时候，因为他们会帮你回忆起你做过的任何一件错事，任何一个小细节都会进行无比夸张的夸大，这就是现实。
运维人员的专业性，第一步测试，第二步备份，第三步修改，第四步不符合预期回滚，少做一步，你就是非专业的，无论你如何挽救，形成的第一印象就是这样，后期要花费多少时间精力来扭转这一印象，可能你不在乎，但是后果可能会导致kernel panic。
披着光环的人，相反对其要求比较低，而没有光环的人，要求相当苛刻，这也是现实。
爱是一道光，虚荣心作祟而已。能不能拿出手去炫耀一下，这个也是值得考虑的事情。
前期不努力，前期不细心，后期需要浪费多少时间，心血来追上进度，所以呢，每一步，都要有一个里程碑。
原文：https://blog.csdn.net/TM6zNf87MDG7Bo/article/details/89411516