如何鼓励开发团队在AWS上应用DevOps.pptx

1、BEIJING,如何鼓励应用开发团队在 AWS 上实践DevOps,陈立 解决方案架构师 AWS,概览,什么是 DevOps ? 真实的客户案例: 在实践 DevOps 之后看起来如何？ 在实践 DevOps 之前看起来如何？ 怎么让ta看起来更 DevOps ? 总结,什么是 DevOps ?,两个不同的领域,Developers,Operations,通常在软件开发中的做法,z,计划,代码,测 试,发布,构建,打包,部 署,配置,验证,反馈,运维,客户已经迁移到了 Amazon Web Services (AWS) CTO 期望应用开发团队的效率可以提升 然而他们依然缓步前行,真实的客户案

2、例:,5x 更频繁的部署,1/12 更短的交付时间,1/12 更快的恢复时间,在实践 DevOps 之后看起来如何？,在实践 DevOps 之后看起来如何？,每天部署 更频繁的部署,40分钟 更短的交付时间,10分钟 更快的恢复时间,在实践 DevOps 之前看起来如何？,每月部署 更频繁的部署,8小时 更短的交付时间,2小时 更快的恢复时间,原本是怎么工作的？,每月发布一次 手动从 Github 拉取代码 在拉取代码后手动配置环境 在发布之前. 在代码冻结期之前合并代码 部署至测试环境 如果 QA 通过, 部署至生产环境,客户是这么描述他们的工作流的：,现在是怎么工作的？,每天部署一次 每两

3、周一次发布 每天部署至测试环境 每周部署至预发布环境 每两周部署至生产环境,客户现在的工作流是这样的,改进版本控制流程 - 用于开发和自动化的分支规则 - 利用 Git 合并 测试/预发布环境全自动部署，生产环境半自动部署 - 为日常构建创建临时环境 - 在日常构建中捆绑完整的测试 发布包集中存放 - 通过标签管理,怎么迈出第一步？,客户,新的工具?新的流程?新的额外工作?,Github,Jenkins,其他团队,每个开发管一条分支，而且我们在每次发布都要重新配置一次,一般情况下，集成工具将需要指定的代码存储库和分支来构建自动化流程。,客户,之前,之后,master,Deb,John,Amy,

4、Sam,master,Release1,Release2,Release1,Release2,feature1,feature2,feature3,feature4,我们持续追踪分支的情况,我们在每个 Sprint 中轮换发布所有者，他/她会去修复分支冲突,客户,之前,之后,master,Dev,John,Amy,Sam,master,Release,Release,Release,Release,R0401,R0402,feature1,feature2,feature3,feature4,Tag=R0401,Tag=R0402,之前,之后,master,Release,Release,Re

5、lease,Release,R0401,R0402,Tag=R0401,HotFix,Release,R0403,?,HotFix,Hotfix-for0401,Release,Tag=R0403,Merge on local branch before you merge back.,Tag=R0402,Unit Test Passed Local End2End Passed Scripts provided by QA Teams,每次部署之后，我们都会手动配置环境参数,客户,拉取代码需要5-10分钟，甚至更多.,之前,之后,push code,Release,Env,QA,Beta,B

6、uild & Pack automation,s,config,Remote sign in,Pull Code,Configure App,push code,Release,hook,download & deploy,之后, git push r0401 originPassword: * Remote to xxxxxxx cd c:xxxxxxx git fetch all git checkout r0401 git pull origin r0401 copy beta.conf.xml conf.xml restart app, git push originPassword:

7、 *,Powershell Remoting + awscli,之前,QA,Beta,Deploy to Beta,Deploy to Prod,Deploy,QA Test,Deploy,Deploy,QA Test Pass,Beta Test Pass,Beta Test,Daily Trigger,Weekly Trigger,Manual Trigger,Amazon S3 :/company/RD1/Web1/Beta/Release/R0402.zip Amazon S3 :/company/RD1/Web1/Beta/Release/R0410.zip,Amazon Simpl

8、e Storage Service (Amazon S3) :/company/RD1/Web1/QA/Release/R0401.zip Amazon S3 :/company/RD1/Web1/QA/Release/R0402.zip . Amazon S3 :/company/RD1/Web1/QA/Release/R0409.zip Amazon S3 :/company/RD1/Web1/QA/Release/R0410.zip,S3:/company/RD1/Web1/Prod/Release/R0410.zip,Env,D:Web1,Amazon S3 :/company/$De

9、pt/$Proj/$Env/Release/R0401.zip,Amazon S3 :/company/$Dept/$Proj/$Env/Release/latest.zip,static filename,Download to Env,Extract to target Directory,tag: Dept=RD1,tag: Proj=Web1,tag: Env=QA,客户,从Amazon S3下载?,从 Amazon S3下载?,$aws s3 cp ,S3 :/company/$Dept/$Proj/$Env/Release/latest.zip,D:/packages/$Proj/

10、,z,计划,代码,测 试,发布,打包,验证,反馈,运维,到目前为止，已经变成了这样,部 署,Env,artifact,配置,Env config,构建,每次发布后 我们都会手动创建 AMI,客户,静态环境 看起来不错,Dev,QA,Prod,One AMI + Different Tag = Different Flow in Env(s),z,计划,配置,打包,部 署,发布,验证,运维,反馈,测 试,可是生产环境有 Auto-Scaling-Group 这样会启动空机器,客户,测试/预发布环境看上去不错,Dev,QA,Prod,Trigger deploy script at launch

11、time,Userdata,Auto scaling group,我们需要回滚计划，越快越好！ (回滚 20分钟),Customer,有 B 计划吗?,Env,Amazon S3 :/company/$Dept/$Proj/$Env/Release/latest.zip,Download to Env,Extract zip to D:Web1,tag: Dept=RD1,tag: Proj=Web1,tag: Env=QA,z,计划,配置,打包,部 署,发布,验证,反馈,运维,测 试,构建,我们是如何帮助客户开始实践 DevOps 的?,在这个案例中 DevOps 是什么?,文化理念 实践

12、工具,DevOps 文化,开发和运维共同协作 责任共担 主人翁精神 透明和沟通,DevOps 实践,找到阻碍 减少手动过程的风险 最小化对现有流程的更改,DevOps 工具,没有最好的工具，只有更合适的组合,AWS CodeCommit,AWS CodeDeploy,AWS CodeBuild,AWS CodePipeline,Github,Jenkins,PowerShell Scripts,DevOps on AWS,基础设施即代码,微服务,日志和监控,持续集成/持续交付,AWS 提供按需使用的基础架构资源和工具，用以DevOps实践,构建 属于自己的 软件发布 自动化工具,其他资源,AWS DevOps W