运维好转开发吗,运维开发与运维有何区别
这是学习笔记的第2367篇。
大约四年前,我们建立了一个从0到1的当前数据库运维开发体系。这个过程有一个很长的启动期,从我个人领导到后来成员独立,从零星的功能建设到现在相对系统的建设。现在想起来真的很难。
运维的概念是一样的。我们花了很长时间,但受限于有限的资源和技术储备。最终我选择了Python技术栈。其实第一年是我最不安的。这种不安,比如说,就好像我是一个手里拿着方向盘的司机。车上乘客的心情和我完全不一样,都想准时到达目的地。同时,这需要时间。另外,在票价便宜且能满足当前需求的情况下,推广新系统需要额外的人力和时间。在这段时间里,我从一个初学者开始,直接从零开始学习和构建Python技术体系。
我们早期的项目框架是基于OpsManage构建的。基于前端框架,我们把前后台功能完全切掉了。这意味着所有的模块都是在不断的磨合中建成的。早期的项目代码质量比较低,以快速交付为主。当然,也留下了一些流弊。就是“祖传密码”不太好。代码克隆现象普遍,很多逻辑重叠。另外由于开发习惯不同,缺乏基本的开发规范,性能和设计都比较欠缺。
当然,在这个过程中也总结了一些经验。比如关于模块化,早期的OpsManage系统是作为一个相对独立的Python服务来构建的。随着业务的接入,还有MySQL、Redis等数据库,为了区分一些运输功能和技术栈,特意进行了分类。
然后,我们尝试把django视图层的代码提取出来,单独做成一个rest风格的模块。该模块没有前端逻辑,是API对接的核心模块,rest式模块实现API和视图的无缝对接。有了前端功能的外部支持,我们保留最基本的本地前端,但其他前端完全由前端团队支持。大约前后
我们知道,商务访问仍然存在一些明显的瓶颈。此外,现有的模型仍然可以使用,但它已经从技术堆栈中过期,很少涉及后续的升级和维护。现在是一种无形的驱动力,需要提前思考和规划。我打算开始搭建新版本的开发环境,以整体设计为主,同时对现有的开发系统进行仔细的梳理和重构。
技术堆栈的现状如下:
操作系统CentOS6.8
虚拟盒子5.1
Pycharm的早期版本
Python 2.7.6
Django版本1.7
MySQL5.7
Redis 3
未来将采用的技术组合:
操作系统升级CentOS7.8
将VirtualBox升级到6.1
Pycharm版本2021.3
Python 3.9的最新版本2021.6.28
Django版本3.2
MySQL 8.0
Redis 5
目前环境的搭建基本完成,比较关注相关的依赖库。至少3.9可以完整使用很长一段时间,更新程度高。
一些特定的依赖库与机器学习有关,如sklearn、numpy、pandas、tensorflow等。这些都是考虑复诊的中心。
另外,在系统的设计上,如果能和开源版本的OpsManage同步,预计成本最低,但是现在这些组件会沉淀,模块构造和原来的OpsManage有很大不同,所以综合来看,最新的开源版本可以
总进度如下
1)梳理现有Python 2.7技术栈的代码情况。
2)第一次瘦身是在现有Python 2.7的基础上做的,删除了光辉的代码模块和页面。
3)完成新版本的模型设计。
4)在新的环境中构建和测试新版本的模型设计,
5)重新规划开发模块和后端API系统
6)各业务模块逐渐过渡到新环境。
整体工作量还是蛮大的,单纯的创建一个环境就已经感觉充满了挑战。
所有平台都可以找到我的微信微信官方账号。这是杨涵的学习笔记。
Github:@jeanron100
CSDN:@jeanron100
知乎:@jeanron100
头条:@汉阳学习笔记
网易:@汉阳数据库笔记本
大F
维护之夜,讲故事,讲经验
为什么MySQL几乎不用分区表?
大吉总结了以下新年感受
755-79000最打动我的经典对白
MySQL 8.0给发展方向带来的几个麻烦
迁移到MySQL的业务架构的演变
我写了6000字解释如何优化MySQL qkdhj。
经典的MySQL问题,答案翻了三次。
Apple Sweater学习MySQL需要多长时间?我整理了十几个问题的答案。
http://www。Sina.com/http://www.Sina.com/
QQ群的二维码如下。要补充,请在名称区注明“位置,否则不通过”
请点击原创热文:展示给更多人
郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。