Terry Wang (@terrywang)

Sydney, Australia

The below is an off-site archive of all tweets posted by @terrywang ever

February 8th, 2017

@wzyboy 没兴趣也没时间看这类直播 ;-) 个人观点:若身在运维管理者的位置上,绝对不干直播事故后修复这种蠢事,噪音太多,干扰太大,对运维团队造成不必要的心理压力,导致二次事故。但事故后总结 post-mortem 还是要做的。

via Hotot for Chrome in reply to wzyboy

最常见的避免被 rm -rf 大法所伤的做法是不直接 rm 而是先做 mv 操作,为避免不必要的读写开销保持在同目录下(碰到大量或大尺寸跨文件系统,尤其是基于网络就傻眼了),遵循命名规范,比如等号包起来的屎之类的(要醒目),定期清理掉。用别名或其它 shell 技巧防范就没底了。

via Hotot for Chrome

情况再紧急做事也得有章法(运维规范),人手不够疲惫不堪都不能作为运维重大失误的借口,在错误主机上执行 rm -rf 这种低级错误实在说不过去。生产环境中执行关键操作必须有双保险机制,执行破坏性命令的人脑中还应有另一个保险,这样按下发射键前至少有三道关卡,再加上额外的技术手段保障。

via Hotot for Chrome

GitLab 数据库事件的热潮似乎已过,相信大家都有各自的解读。翻了下 HN 上的部分评论(太多了,没耐心看完),感觉该公司在事件管理(透明度是双刃剑,要把握好度)、技术选型、运维和管理上都存在问题(关键是制度和人)。下周去 meetup 拿此事件来给团队做一次案例分析和学习,囧

via Hotot for Chrome

MX-5 RF VS BRZ 非常有意思的对比,都是好车(试驾过两者的手动版本),二选一的话跟着感觉走就好。大家对硬顶 MX-5 的认知差不多,都认为溢价太多,要敞篷就上软顶,否则就买 86/BRZ 后面还多俩座(所谓的实用性) goo.gl/97H78e

via Hotot for Chrome

HashiCorp 也就是最初做 Vagrant 的人成立的创业公司,规模从2014年末的5名全职员工增长到2016年末70人,并成功领跑 DevOps 工具链领域,惊人的成长 Packer TerraForm Consul Vault Nomad 除了最后那个都用过 ;-)

via Twitter for Mac

Gravitational 的 teleport SSH Server 实现不错,适合快速搭建代理跳板管理分布式基础架构,有 web 界面,基于证书的验证,支持 U2F 和两步验证,安全用处多 teleconsole 给 NAT 网关后机器提供即时 SSH 访问,含 Web 界面

via Twitter for Mac

Gravitational 这家初创公司好像才不到十个人,专注于把云解决方案容器化用 Kubernetes 管理,打包成 on-prem 很多控制欲强有变态安全要求的金融机构有此需求。该公司技术是有的,但产品成熟度不够,给金融机构客户用风险有点大,所以据说敝司考虑换解决方案,囧

via Twitter for Mac