抖音、快手至今没用过，小红书最近很多人强推，把他当作大众点评一样的生活旅行信息的搜索引擎。

戒烟最难的还是心瘾，就算生理戒掉了七八年，仍然有时候会梦到自己在抽烟，在梦中会非常自责，醒来庆幸还好是梦。
楼上们推荐的书确实有用，会牢固自己戒烟的决心，戒烟在生理上的依赖顶多就 7 天，熬过这 7 天，后面就基本不会有生理上的不适，会明显感觉到的就是能尝出食物的更多味道，可以闻到抽烟的人身上的臭味，以及一个永远清醒的大脑，像刚刚抽完烟一样清明。
网上很多人把戒烟的难度给拔高了，与减肥一道来作为对自己狠的人的标准，其实戒烟真的非常简单，难度只是在你想与不想。

一个月能存 50%，这放欧洲，到手就只有 50%了。

优诺、明治、唯品、味全，基本上鲜奶就选择这 4 个品牌。

纯粹点的话，golang 的，zadig

从使用场景上入手就比较容易理解了。
你需要 Pod 重启后，Pod 名与 Pod 的存储与重启前是一致的，选择 statefulset 。

恭喜楼主

Gitlab+Lark+Zadig 就足够了

上面大家说了很多的运维，一般跟业务开发比较紧密的是三种类型的运维：
一是业务运维，俗称 SRE ，在服务开发完毕提测后，或者是提测结束后，业务运维就开始介入，后续服务的业务问题基本是他们负责，当然在标准的流程里业务流程介入更早，项目需求评审的时候就参与了。
第二种与第三种都是运维开发，但是面对不同的场景，第二种俗称 DevOps ，做流水线开发的，还有叫 CICD
第三种就是运维开发，做监控系统，一般搞的监控面板与告警。

他们各自的技术栈是这么划分的，首先是业务运维，业务运维一般会 Shell 就足够了，不强求其他高级语言能力，业务运维是一个可以划水但需要一直 oncall 的岗位，虽然他们叫 SRE ，在谷歌的最佳实践里，SRE 有很高的定位，比如 SRE 首先是一个标准的业务开发，显然在国内的情况，此 SRE 非彼 SRE ，就像下面说的 DevOps 一样，本来只是一个最佳实践，在国内却是一类岗位。
运维开发，简单来说是开发系统给业务运维使用提升效率的，一般业务运维的上升通道都是往这两个方向走，没有孰优孰劣，但是要说在运维层面来说，流水线是需要根据基础架构定制的，而监控系统一般是适用基础架构，所以现在运维基本都卷在 DevOps 这块，有更高的自由度，最主要的可以制定规则，terraform 、tekton 、argocd 、kubernetes 这些工具与系统，gitlab flow 、gitops 、aiops 这些耳熟能详的最佳实践，都是在 DevOps 这块，目前 DevOps 的技术栈，基本都在 golang 这块。
监控告警运维开发，打交道的就是常见的工具或系统了，prometheus 、loki 、grafana 、elk ，对接开发各种告警平台，收集与告警的一般可以粗略分为业务服务基础状态、metrics 、logs 、apm 等等，针对指标、阈值做被动的告警，还有主动监控类。高级语言能力一般 python 比较多。

建議直接使用 EKS AKS TKE 之類的雲服務廠商版 Kubernetes，免去各種部署 Kubernetes 的問題，直接使用，而且使用雲服務出現問題的時候，不會像自己搭建，第一時間找是不是自己環境部署的問題。
同時盡量不要使用 Kubernetes 部署有狀態的服務，這不是它擅長的，雖然他可以，如果你非要部署，那麽我不推薦 Helm，而是 Operator 。

牛奶普遍标准不达标，那么我们降低牛奶标准，这样牛奶指标就远远超过标准了

中國城市打卡

如果同樣的候選人，一個人用 Gmail，另一個用 QQ 郵箱，我會覺得前者有後者不具備的能力。
QQ 郵箱有更多的娛樂屬性，Gmail 會展現出這個候選人獲取信息的渠道。
最重要的原因，都知道職場可能有這方面的歧視，如果還用 QQ，説明這名員工有點不會變通。

S3 是对象存储，是不可以修改文件内容的，适合一定的场景，但不适合文件交换，那么对于文件交换就需要用到块存储。
以 AWS 为例，支持的块存储有 EBS 、EFS 、FSx 等，其中 EBS 又分为 GP2 、GP3 、io1，除了 io1 某几种特殊型号外，都是 ReadWriteOnly 的，顾名思义就是单读单写，不适合我们的场景，另外的 EFS 与 FSx 是 ReadWriteMany 的，适合我们的场景，FSx 是属于高性能磁盘，价格昂贵，根据需求选择，EFS 是 NFS 在 AWS 的封装产品，使用上与 NFS 基本无异。
但是要注意的是，对于这类需求的服务，本身状态是很强的，是需要考虑他们是不是有更好的部署方式。

思路错了。
Kubernetes 作为遵从云原生的系统，推荐的是配置即代码，所以你要做的是先写一份 nodeport service 的 yaml，然后 kubectl apply，你这种做法仅用于 port forward 。