天下万物，万物相连，冥冥之中，自有主宰。。。主宰已被击败。。。
昨夜闻风来。。。蓝天白云万里晴空。。。
不谈上下文的都是耍流氓
运维，不能主动出击，只能被动防守，就如从领导分配工作，只能接受，只能被动享受，连姿势都不能换。。。
在容器世界，进行编译镜像的时候，需要发送一个请求给docker engine，在发送请求的时候，你会明显的看到，会发送一个post请求，带上了相关的context上下文。
在程序世界，写程序的时候，总会看到局部变量，全局变量，联系了上下文，你才知道这个变量的值到底是什么。
总有人喜欢说，你这个SLB有问题，啥问题？程序报错。啥报错？程序报连接超时？在什么样的情况下连接的？是长连接还是短连接？是新建连接还是使用连接池的连接？连接池的连接有没有做保活？
总有人喜欢说，你这个分布式存储有问题，啥问题？连接报错，啥报错？上传文件失败，是这一个连接还是所有的都报错？一个报错，一个报错是在并发的情况下报错？是多少并发数的时候报错？配置文件是否和其他的一样？
总有那么些个蠢货，说你这有问题那有问题，却不带上上下文，让人无法判断到底是客户端的问题还是服务端的问题，这种人。。。必须怼，怼死他。。。
不谈上下文的都是耍流氓。。。有的时候觉得不用怼，因为这个世界很大，转身一过就没了。。。。有的时候觉得必须怼，这个世界很小，转身就去害别人了。。。
原来我都是亲身做一遍，看看你能否学会，看看你的学习能力。。。来。。。做个示范，开始你的表演。。。
然而发现效果并不好，必须怼，不怼不长脑子。。。。不给出具体的场景说问题，就是耍流氓。。。一百块都不给。。。
上帝视角
一个项目的诞生，会经历一系列的步骤，在容器世界，找到一个镜像，打包应用，运行容器，发布应用，扩容缩容，更新应用，最后应用下线。。。
在k8s世界，你就要经历创建集群--部署应用--发布应用--应用更新--应用扩容--应用下线，这是一个过程，从创建到诞生。。不过很多的运维人员仅仅只关注了创建集群，其他的就没进行关注。。最多的就是问题处理，太被动。。。
在分布式存储的世界，用户关注的是我能存储多少文件，存储的速度与性能，支持多少并发，支持什么调用方式，是使用sdk进行调用，还是cmd的方式调用，使用openapi调用的时候是否方便调用，怎么看我存储了多少，我怎么读取文件，我怎么设置权限。。。
在分布式存储的世界，运维关注的是什么，总体空间是多少，剩余空间是多少master服务是否正常，chunckserver的服务是否正常，副本的机制是什么，需要保存几个副本，副本丢失了怎么办，用户访问的时候怎么做负载均衡，怎么分担master的压力，在同时写入的时候，是同步写入还是异步写入。。。
关注的视角不一样，从而容易造成较大的分歧，客户端说我没问题，我就是这么调用，服务端说我也没问题，我服务一切正常。。。
上帝视角，从一个全局的角度看问题，既要提供很好的接口给客户使用，又要能对相应的服务进行很好的监控，既能很好的解决客户疑问，又能很好的监控自身的服务。。。
要想有上帝视角，那么就必须有master的能力，在k8s的master承担那么多职责，调度，接收客户请求，资源监控，健康检查，记录日志，工作做不好，肯定与master有关，脑子得有，脑子是个好东西。考虑全局，全局的生态，这就是供应链的由来。。。
教化
很多年轻人都喜欢标新立异，别人和他说一些东西，总以为是要教化他。。。
但是实际上，教你，对别人来说，没有好处，不教你，对别人来说，没有坏处。。。
其实，不是教化你，只是让你懂得。。。在合适的时间做合适的事。。。。
其实。。怼的效果并不好。。。还是要感化。。怼。。。只是一时的意气用事，然而并没有什么用。。。
比较杂乱。。。具体的意思需要动脑才能想明白。。。。