运维好转开发吗,运维开发与运维有何区别
这是学习笔记的第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群的二维码如下。要补充，请在名称区注明“位置，否则不通过”
请点击
原创热文：
展示给更多人
