@xiaket 那就是还要手工删除账号？似乎也不是不可以。状态的那个解决方案似乎也没啥毛病。不过这么做的好处和弊端如果能再说说分享下就更好了。

用户账号即代码？话说这个思路没问题，但是。。如果这个账号不用了如何搞？临时禁止了如果搞？代码一般是个无状态的东西，个人感觉 xxx 即代码比较难搞的就是这个状态。举个例子 terraform 在创建之后就会在本地或者远程保存一个状态文件。这样就不至于多人协同的时候搞乱了。

@Mrun 一般人对于 ldap 的动态静态组好像并没有什么概念

@mrco 找个搞嵌入式的哥们带你玩吧 一般来说他们用 windows 下的调试软件很熟 我也是找了一个哥们一起才搞下来的 还写了一个普罗米修斯的插件用来监控 希望对你有参考价值 https://git.yimeng.ch/post/2019/ammeter/

各行都有难念的经 7 年感觉思维已经定型了 运维思维和开发思维不太一样 这个跟智商啥的真心没关系 带着原有思维去做另一行 初级还好 很快你就会发现被自己的思维限制住了

另外 devops 运维开发啥的本来就是给运维自己提升用的 纯开发搞搞真正的业务不比运维的这点破业务香？开发的话职业发展路径应该是架构师 而不是运维开发 技能点点错了 转过来你就会发现 你会从实现商业业务的开发变成实现运维业务的开发 本质上没啥区别

最后 真正的提升应该是找准一个业务方向 深耕 而不是瞎点技能点 今天看到运维技能点有意思就点点 明天看到云原生有趣就再看看 多找点工作中的问题去解决 或者去玩玩开源 运维行业现在也有点内卷 欢迎过来一起卷 不差这一个小白鼠了

看你买哪里的房子了。这玩意要系统挺难的。拿北京举例：老破小的话：学区政策，房改房，物业，邻居等等等等。都需要做功课。所以你真的想系统的话，建议去中介做一年。

pushover+1

最近出了一本新书 独角兽项目 是凤凰项目的姊妹篇。应该国内刚出来的，可以尝试看看。不同于凤凰项目的是，这个是从开发角度的一个小说。

私钥可以加个密码 多 key 管理管理成本确实有点高。 不过有一个规则就是公私分明，如果这个私钥只有自己用。爱怎么用怎么用。如果是用于系统之间免密啥的建议还是有点管理比较好。

买便宜的=x86 服务器
买贵的=买个小机
选一个适合你的 --来自一个运维的建议
PS：目前我市买 10 块钱一把的，然后单位和家里都备几把，这个是同城异地灾备。

1 做好登陆日志的监控
2 禁止 root 登陆
3 别一台服务器 做好所有的数据备份
4 除了 80 什么都不开。用的时候再去阿里云开 22 的指定 IP 权限。

a: How are you
b: Fine Thank you. And you
a: I'm fine too

直接问写字楼的物业了 他们让哪家进就选哪家 。如果都让进的话 看公司性质 互联网科技公司别在这上面省钱。其它公司请根据员工习惯来选。另外 不要选一家，选两家 PK 或者灾备还是比较合算的。

看需求 常用的跟业务无关的可以酌情做几个 不然后患无情 业务变更走不了代码 ci cd 流程 变成了运维变更 时间和风险系数都会变大 nginx 没隔离好还会影响其他业务
当然如果 nginx 是前端的一部分打包到 docker 里了当我没说 在哪做都一样 自己高兴就好
不过看楼主这描述 估计是前端扔过来的需求 所以 参见第一点

关系好的都有女朋友 因为知道如何听话和哄妹子 反之亦然

金融证券 有监管的基本上都会 一些追求比较高的传统 IT 公司也会有，互联网大厂子也会有。不过一般不叫 BCP。

看到没人打泰老师 感觉是面试的人太多 已经被纠正过来了 😃

@dafengchui AD 和 LDAP 没啥，但是邮件系统真的想好了吗？ exchange 和自己攒邮件系统可真不是一个量级的东西了。除非托管某大厂，但是可能又不能统一认证了。所以还是微软全家桶吧 AD 也没啥不好的。

@0x11901 用对方法 效率会有一个量级的提升的