架构从零搭建0041-devops之公司现状及未来的展望

项目启动最初,我规划了一下以后的工作线上的运维模式,希望达到以下目标:
1、提交代码时可以被检查代码质量、不符合限定标准的代码不能提交
2、提交代码时可以做自动化测试、确保重要的BUG不要出现
3、提交代码后可以被CI工具发现被触发编译
4、编译完成后会自动化部署,可以达到每天多次版本提交对用户是零影响的
5、整个生产线上要有开发、测试、灰度、产出四个环节,确保上线的质量

运维部门技术支持程度的现状:
今天和公司运维部门沟通了一下我的想法,但结果不是很理想,远远没达到我的希望的目标,多少有点失落,但是还是本着相互理解有问题一起解决的基准想法解决吧。我们目前devops完成的现状比较少,只有git+jenkins,但他们是有更多的计划的,还需要给运维兄弟多一点时间。

自己心中的比较完整的功能链
下面说一下我对运维门部的计划以及整个devops中的技术线吧,希望对希望对运维团队有些帮助(虽然我是相信运维部门要远比我在这方面要专业的)
1、gitlab 我认为自己建个代码仓库比直接用github要可控一些
2、jenkins 代码变动发现以及打包
3、k8s + docker完成自动化部署
说起来只有三步但是实现起来还是比较麻烦和繁多的,具体步骤我在后面的文章中会按照技术和知识点发布出来

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值