Devops是一组过程、方法与系统的统称，用于促进开发（
应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。Devops与敏捷开发的不同在于其强调提升开发到运维的效率，而敏捷开发重点强调的是需求到开发的过程。开发和运维思维差异大，开发希望快快快，运维希望稳稳稳;核心目的: 运维更安全，更敏捷高效;
与devops有多远:
1.写完代码都可以部署生产环境，不需要别人帮助;
2.有很多监控、运维工具可以轻松处理线上各种问题;
3.我直接为线上用户体验负责，自己搞的自己背锅;
误区:
全栈 = Devops
Devops就不用运维了
DevOps后开发效率一定会提升
为什么使用devops:
可预测性： DevOps 可以显着降低新版本的故障率。自愈性： 可以随时将应用回滚到较早的版本。可维护性： 在新版本崩溃或当前系统不可用的情况下，可以毫不费力地进行恢复。上线时间： DevOps 通过简化软件交付流程将上线时间缩短至50％。对于互联网和移动应用时间更短。更高的质量： DevOps 帮助团队提高应用程序开发的质量。降低风险： DevOps 在软件交付的生命周期中包含安全检查。它有助于减少整个软件生命周期中的安全风险。弹性： 软件系统的运行状态更稳定，更安全，更改是可审计的。成本效益： DevOps 在软件开发过程中提供了成本效益。将大的代码库分成小块： DevOps 是基于敏捷编程方法的。因此，它允许将大的代码库分解为更小且易于管理的块。
devops的原则:
以客户为中心： DevOps 团队必须以客户为中心，因为是他们不断向我的产品和服务投资。端到端的责任： DevOps 团队需要在产品的整个生命周期提供性能支持。这提高了产品的水平和质量。持续改进： DevOps 文化专注于持续改进，以尽量减少浪费。它不断加快产品或服务改进的速度。自动化一切： 自动化是 DevOps 流程的重要原则。这不仅适用于软件开发，同时也适用于整个基础架构环境。作为一个团队工作： 在 DevOps 文化角色中，设计人员，开发人员和测试人员已经定义。他们所需要做的就是作为一个团队完成合作。监控和测试所有内容： DevOps 团队拥有强大的监控和测试程序是非常重要的。
什么时候使用 DevOps ？
DevOps 应该用于大型分布式应用程序，例如电子商务站点或托管在云平台上的应用程序。
什么时候不使用 DevOps？
它不应该用于关键任务应用程序，如银行，电力设施和其他敏感数据站点。此类应用程序需要对生产环境进行严格的访问控制，详细的变更管理策略，完善的数据中心访问控制策略。
devops实践:
云效是阿里云的devops产品,流水线的流程为: 代码管理->构建编译(打包)->部署;
代码管理:
采用git管理代码;
构建:
(1). 需要指定构建集群,构建集群有多种选择: 阿里云自带的构建集群;自己创建构建集群;自己的集群可以选用自己的ECS主机也可以选择可以联通公网的其它主机;在自有主机上需要安装阿里云的agent;
(2). 需要指定构建镜像,阿里云给我们提供了几个构建环境模板(如gcc模板,python模板),但是对于C++开发者来说很多时候构建条件并不满足,我需要的cmake上面就没有安装,这种情况我们可以指定自定义构建环境,自定义环境简单来说就是选择自己的docker镜像;docker镜像一定要基于阿里云的镜像模板来进行构建,可以选择最基础的镜像来构建,也可以基于现在的某个镜像进行修改;我是在构建环境上先部署阿里云的gcc的镜像,然后解包在其中安装上cmake创建新的镜像上传到docker的镜像仓库中的,这里有一点要注意，我们可以使用阿里云的容器镜像服务ACR,这样下载镜像会比较快，如果镜像仓库的位置和ECS在同一区域，部署镜像还可以使用VPC网络, 这里需要使用镜像的VPC网络地址路径;
部署:
部署同样可以选择ECS和自有主机，可以选择agent通过agent部署;
一些思考:
1.可以考虑使用阿里云的流水线在内网编译部署;即将编译主机和部署主机都选择为内网的自有主机;
2.自己在内网搭建环境实行devops:
代码需要确保大家都已经提交，这里能减少部署的工作量;
如果将编译环境放在docker中，这样能减少污染，同时也可以大家共用，减少大家的重复劳动;
书籍:
<<持续交付>>
相关阅读
您阅读本篇文章共花了： 大家都在找：
devops：devops是什么意思
发表评论