zfyp

我猜喜欢折腾环境大概是因为正向反馈周期短 :-），容易获得成就感，也可能是个“伪需求”。
其实把环境折腾好只是运维中的第一步，这是基础。实际线上业务的架构可能会因为不同的（奇葩的）业务需求变得不同寻常。
把单个服务（ nginx 、mysql 、k8s 、kafka 等等）折腾清楚来，再结合业类常见的架构以及所处的业务类型思考一下不同架构的应用，不管业务需求如何变，基本上是可以应付的。

业务量大并且重要的最好还是 2 套，这个问题不大。
我觉得这个问题不是 2 套 K8S 的问题，而是要从业务上考虑如何异地双活、并且同时承载用户流量。业务服务层接口你可以在不同集群不同机房部署，域名解析多个 IP 而已，但是缓存、中间件、数据层这些可能不好做异地、跨集群双活这种架构，举个例子：如果是用 redis 做缓存，业务侧的缓存一般跟着接口部署在一起，这就需要跨集群做 redis 集群，如果一个业务接口在部署在两个集群上并且使用了各自独立的缓存，对用户有没有影响？

之前买了个 600 多的苏泊尔钛锅，买回来按照教程老老实实的开锅，然而并没有卵用，你要是煎个鱼，变成鱼渣；要是炒个蛋炒饭，变成锅巴饭。

会优雅的、有技巧的甩锅吗？不会的话也难。

吐糟一下邮件的 URL 地址，竟然不是 https://开头的

都在说养育孩子有多累。
自从有了小孩之后才知道从小孩子身上得到的远比付出的多，每次看到孩子天真的笑脸，哪有什么累呢？只想努力守护住，多苦多累都值得的。

问基础的东西只是为了了解有没有做过，做的深度怎样，先了解基础；如果说做过并且做的比较深入那就深入聊一下看看。
上来就问分布式锁这些估计就没法聊下去了。

每天 1-3 次，估计都是相似的、重复的故障现象了，总结一下故障现象，深入排查提出解决方案把问题解决了。

这是要写故障分析报告？没故障发生的就瞎写？