自动化部署代码实践.docx

一、自动化部署代码实践 早期手动部署代码 纯手动scp上传代码。 纯手动登陆，git pull 或者svn update。 纯手动xftp上传代码。 开发发送压缩包，rz上传，解压部署代码。 缺点： 全程运维参与，占用大量时间。 如果节点多，上线速度慢。 人为失误多，目录管理混乱。 回滚不及时，或者难以回退。 设计自动部署代码 流程设计，确定目标。 1、自动部署环境 1）开发环境 开发者本地有自己的环境，运维配置公共开发环境，大家可共用的服务。例如：开发数据库MySQL，redis，Memcached等。 2）测试环境 功能测试以及性能测试。 3）预生产环境 生产环境集群中的某一个节点，并且连接生产库。(不对外，不做破坏型操作。） 4）灰度环境 根据不同的区域进行划分分。(生产环境) 5）生产环境 对用户提供服务的环境。 预生产环境由来： 数据库不一致，测试环境和生产环境数据库是不一样的。 使用生产环境的联调接口;例如:支付接口。(电商业务) 2、自动部署规划 已经有一个可以上线的代码在git仓库。 我们现在要做10个集群节点的一键部署，秒级回滚。 所有的web服务，都应该使用普通用户。(强烈建议) 所有的web服务都不应该监听80端口，除了负载均衡。 那我们如何设计一套生产自动化部署系统。 规划。 实现。? 总结和扩展。(PDCA方法论)? 生产环境应用。 实现思路： 1）代码放