按你这个思路。。。谁敢做运维？
出一丢丢事就是删库跑路？

早上 8:30 上班，下午 5:30 下班。有班车。周末不加班

不能微信除外啊。。。微信朋友圈。只要你勤快，把刷屏的基本屏蔽掉。信息都是过滤好了的。大事不错过。小事也知道。不会有今日头条一样的沙雕标题党。

另外。我已经醒悟了。聊天才是信息来源效率最高的方式。我已经删了所有网站和客户端，一开始不适应。但，适应之后并没觉得我是个深山老林的老家伙

北京联通上行现在是 30M

爽就行了…不然为什么那么多人看网文…压力太大。需要宣泄口

另外楼主说的三样东西只有 Docker swarm 是个容器编排的…其他在哪不能用？而且 swarm 还是个残废，功能被 k8s 甩一万条街。

玩不动就不要光面堂皇说轻量级如何如何…k8s 也可以轻量级。
个人项目 docker-composr 足矣。
线上项目超过两个项目的；我觉得没有 k8s 我活不下去…实在懒得重复配一堆东西。一个 helm install。该有的都自动有了

promethues-grafana 就完事了。一下午时间就搭建完毕

如果只是这个需求，promethus 啊…java 引个 jar 抱完事。是顺便监控应用存活

每一个人说工单的事。support 有两种。和国内不一样，你不要想着什么都提技术工单。basic 只能用和账单相关的 support。会有人搭理你的…就是提供单的第一个选项。因为不好可以注明需要中文支持，就是有点慢。

不要惊讶.人家就是不提供免费的技术 support。但如果是公司级对接，有 BD 给你服务。差不多就是技术支持了。他这个技术支持真的很烂。基本文档自己能找到

一般这种不是有什么突出能力，仅仅是来得早。

@tinybaby365 不要闭门造车。阿里云的技术实在是烂到家。想当然 k8s 拯救世界。到现在我们也只敢里面放无状态的。有无状态的依然用传统的部署方式。不能光想着省钱，业务可靠性也是很重要的。mysql 扔过，没扛到上线，来回死。es 就不用说了，需要关闭 swap 等内核参数调整。redis 可以是可以。对不起，网络模型还是 iptable 方案。当然有其他的…但也没稳定到哪去。

redis 其实我觉得也够呛…跑跑无状态的服务还是蛮 ok 的。k8s 将就整体服务一致性的稳定性。单个 pod 就是要随时可能没有。你试试上线 mq，redis，db 出一丢丢问题？

从用 aws 得 rds 后。真的 sla 很高…就没出过问题。从来没管过。自己升级自己备份。自己玩得挺嗨的。

不要拿国内这些以市场运营为主的云厂商拍死全部的云厂商。其实最近试试微软云，感觉好像也不错…就是操作有点迷…

@tinybaby365 另外…aws 真的稳如狗

@tinybaby365 个人觉得不行。io 密集型的在 docker 里稳定性差的不要不要的

我纳闷…35 岁前干不动这个结论是怎么来的

用 k8s 跑 mysql ？ orcale ？怕是你想离职…

怎么着？线上出 bug 你去怼老板怎么样？

人都经常有短路的时候，脑子想的是一件事，做的是另一件事。俗话，脑子抽风。
开车的时候脑子抽风就要完蛋。放在一起，更容易产生习惯和惯性。

至于你踩错，很容易理解啊。没养成习惯而已。所以要有考试，所以要多练啊。一旦成习惯和惯性。就不会错。

一只脚产生肌肉记忆：要刹车，左边，要加油，右边。脚根是在中间的。不是抬起来的。。。
两只脚：在非常紧急的时候。我草，我该动哪只脚。。。