版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
**装好系统只是第一步，更重要的是生产应用
**
playbook剧本，角色可以把很多复杂的脚本组合起来，机器不多psh就搞定了
面试会问 iaas是什么
SAAS是发展趋势
运维工程师和开发工程师一般是1:30
测试环境可能有多套
堡垒机不仅可以发布软件也可以用来监控
灰度发布，就算测试环境没有问题，但是真正部署上去也可能存在问题
所以先将1部分机器下线，上线新版本，就是一部分用户访问是新版本，另外的是旧版本，有问题就恢复到新版本
可以基于主机发布也可以基于用户发布，也可以针对地区发布
调度器负责用户的请求，调度器根据算法，来决定到底把这个请求调度到哪个服务器（real server
服务器想升级版本，
第一步先把这个机器在调度器上显示维护状态，新的用户请求就不会在调度过去了，但是还在为之前连接的用户提供服务，老的用户退出了，就可以维护了，升级版本 了
本来的1.1版本
但是用户访问的是一个软链接，指向1.1，升级
就是把软连接删除，建立一个新的软连接指向新的文件，先关闭服务
升级完后，调度器取消维护，就等于1/3用户用心的，其他用旧的，新的没问题，就继续旧的升级
对于用户是没有感觉的
ruby语言用的比较少
fork可以复制下来
