首先声明一句,我不是标题党,这句话是我和CTO争端的一句话:起因是我跟老板参加了一个技术课程讲座后,对DevOps有一个全新的看法,作为一名公司的架构师,已经是受够了公司开发和上线流程部署的麻烦,于是就有了开头的一幕。
这几年DevOps确实是很火,简单来说一下我理解中DevOps。DevOps其实是两个单词的组合,一个是Dev,象征着开发者,也就是我们常说的程序员,而Ops就是运维人员,他负责是项目的运行和错误报警。在目前企业开发中,这两个人员是必不可少的,当然有一些小公司是合二为一。DevOps大概包含了三部分:开发、测试和运维,简单理解就是 DevOps 希望做到的是软件产品交付过程中IT工具链的打通,使得各个团队减少时间损耗,更加高效地协同工作。好了,对DevOps有了一个简单的理解,那么来看看我们公司对于DevOps的解决方案吧。
由于我们公司是处于一个小型的初创企业,是一家做聚合支付的企业,专为银行和小商家服务,代码量整体比较大,逻辑和业务也比较复杂,尤其是设计金钱方面,对于安全性是非常高的。由于很多的项目都是刚刚启动的新项目,技术栈架构使用的是SpringBoot这一套,整体来说还是很符合使用DevOps这一套的。我们公司原来使用的DevOps解决方案还不够成熟,于是乎我和CTO的祸根就埋上了。
我真的受够了,我只想舒舒服服发布版本,至于我和CODING的一面之缘还得追溯到某天我在认真工(mo)作(yu)的时候,那时候的我刚刚因为宕机问题和CTO商讨无果,正烦着呢!我突然看到了一条重磅新闻。
好吧,这条新闻虽然有点老了,但是我却看到了腾讯全资收购这几个大字,什么家庭啊!于是乎,我瞬间对CODING这个工具起了一点兴趣,这家腾讯扣钉科技有限公司的产品好像从来没有听过呀,我就去尝试了一下,官网链接给到这里:https://coding.net/。首先映入眼帘的是这几个大字。
好家伙,DevOps这不是我最近一想找到一款替代的产品吗?这就主动送上门来了?还要一个体验的演示系统:https://devops.coding.net/p/qmall,我就去体验了一番。
首先界面就吸引了我了,这可以给UI设计师加一个鸡腿了。我首先是体验了一下代码扫扫描这个功能。
好家伙还可以给我的代码评分,这给功能前所未闻。当然这些都只是一些前菜,最重要的还是他的DevOps。这是CODING的一站式DevOps的解决方案的流程图。
在高可用方面还集成了腾讯云的CDN加速,看来和我们公司使用的腾讯云也算是无缝衔接了。
在我拿绩效向CTO保证了之后,我们团队在一段时间都在使用CODING了以后,还是达到了我当初设想的3个9((1-99.9%)36524=8.76小时,表示该系统在连续运行1年时间里最多可能的业务中断时间是8.76小时),我们的聚合支付的系统从部署到上线再到后期的运维都是使用CODING来进行一站式部署上线,可视化的流水线编排系统给了我们的项目更多的灵活性和高可用性。
我承认我有赌的成分,在一开始使用前,我也是有点慌的,毕竟如果输了我这个月的绩效就没了呀,还是很伤的,不过幸运的是CODING并没有辜负我对他的期望,在后续的项目中,我会逐渐对其他归我管的项目组全部换成CODING。
后续的展望,我向公司申报了一个新的项目团队,那就是仿照了CODING自己搭建一个小型的DevOps平台,用于部署发布一些小型的项目,比如说定时任务或者说是沉淀一些小型的服务,让整个系统更加稳定,争取达到4个9。
首先先感谢一下腾讯给的这个机会,可以让我现场观摩了大厂的技术开放日,看完了也说说我的感想吧。
首先我还是看到了腾讯在技术研发上的努力,尤其是当我看到了springcloud tencent的时候,内心还是稍微有那么一点点激动的,这会不会是以后的分布式微服务架构的又一解决方案?
接着我就看到了DevOps的解决方案——CODING的专场,不得不说,他确实是解决了我在企业开发的很多痛点,这些都是作为一个架构师想要听到的声音。他在这里面介绍了两种开发模式,都是CODIGN所支持的。
此外他还讲到了一些产品特性,还是挺让我眼前一亮的,比如说完整的自研开发工具,无需依靠任何第三方的工具就可以实现,真正做到了一个工具做开发的场景。还有一个就是多维度数据报告,支持对代码、项目进度、人员工作量等不同维度输出详尽的数据报告,这个时候我就可以清楚的看到这个项目的人员分配和支出情况,做一个合适的分配才可以事半功倍。
是什么活动让我产生这么大的行动力呢?是最近腾讯举办的Techo Day腾讯技术开放日。活动上,腾讯介绍了包括CODING DevOps的系列轻量化产品的价值,还有怎么用lighthouse极简上云、怎么用微搭提效开发应用,这些课件内容他们整理成一份《腾讯云轻量级工具指南》,有兴趣的同学可以点击“阅读全文”进行下载,相信也会打开你的新世界!