可以用 Markdown 来画图

只在餐厅的餐桌上面安装就好，其他地方可以不用。
这东西除了清洁麻烦，其他没啥问题。

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

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

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

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

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

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

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

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

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

多问问自己要是某个设备、业务出故障了该怎么办。

现在的语言都基本上是几十年前创造的，已经不再符合目前的计算机的发展需要了，建议楼主开始学习 PPT 这门语言。

技术就是为了实现需求的，要不就成屠龙技了

录制的设备输出的是 4K 码率，但是录制的片源不是 4K 码率，不知道这样解释你们能不能明白。

编译成 7.4 吧，编译后不能用 root 登录。

我去，还以为是电脑升级导致的兼容性问题。

中午不睡，下午崩溃。

我就说一句，谈年底绩效的都是刷流氓。