运维开发思路

转载链接http://lizhenliang.blog.51cto.com/7876557/1864869 我的学习心得： 用了小一个月时间写了这个运维管理平台，算是一段学习的总结吧！ 因此写好一个比较完善的平台，开发能力会有很大的提高。当然薪资也紧跟着蹭蹭的涨啦！ 该怎么学习呢？ 刚入门的同学，大都会问这个问题，自己毫无头绪，不知如何下手！ 可以考虑使用开源的前端框架，提高开发速度，不用过多考虑兼容性。 经过这八步循环渐进的学习，我相信你已经有足够能力开发一套属于自己的运维管理平台了。 群里朋友经常问，能看懂代码，就是写不出来，怎么办啊？ 就说这么多了，以上就是我个人对想转运维开发的朋友们一点学习思路，不能说完全是对的，但是思路我觉得没问题。

运维开发写作计划

今年个人写作的大致计划： 上半年着重开发一个自己的项目上来，主要熟悉开发流程。 3月 开发基础知识 4月 应用开发流程 5月 前后端开源项目解析 6月 个人开源项目发布 下半年就开始着重某一个点，比如从实战项目中涉及的知识点由浅到深解析学习，详细计划根据实际情况选择展开。 以下是对于写作范围的框架，从个人角度出发，一个是从运维开发核心技术栈展开，另一个就是从应用开发角度展开。框架图还会不断完善，感兴趣的读者可后台私信交流学习。

运维开发笔试

return li[0] if li[0] > sub_max else sub_max def main(): nums = [10, 4, 2, 5, 7, 3, 5, 1, 6, y, z) # spam = staticmethod(spam) print(type(Foo.spam)) Foo.spam(1,2,3) f = Foo() f.spam(4,5,6) >>> <class 'function'> # 类型本质就是函数 1 2 3 4 5 6 import time class Date: def __init__(self,year 6.客户端收到服务器的连接释放报文后，对该报文发出确认，令ACK=1,确认号ack=w+1，自己的序号seq=u+1，发送此报文后，等待2个msl时间后，进入CLOSED状态。

运维开发体系梳理

这是学习笔记的第 1890 篇文章 今天把运维开发的体系做了一层梳理，基本把一个整体的脉络理清楚了，这部分的内容也会不断萃取和整理，希望能够给大家一些参考。 ? 首先是运维开发基础，这个部分我是主要包含了Shell和Python，值得一提的是在我的规划中，Shell本身是不属性运维开发技能的，但是从我了解的情况来看，很多萌新对于Linux的使用有些有限，不能作为主要开发语言和不重要是两回事 所以把shell也揉入了进来，基本的系统管理和脚本开发是运维开发的基本功。 基于web的运维开发技术，是在基础开发的部分衍生出来的，掌握了基本的Python技术不一定能够完全掌握基于web的开发技术，因为不是完整的一个技术栈，web方向涉及的知识体系相对要大得多，而且会很杂。 架构和设计是运维开发里面的难点部分，其中自动化运维的架构设计部分就好比是画一幅画，如果把轮廓画好了，基本上画的质量和效果是可以预见的。一个松散没有良好架构设计的系统是很脆弱的，也是经不起考验的。

运维专家写给运维工程师的 6 条人生忠告

最近由于新公司需要招聘运维人员，所以接触了大量应聘者，基本都是85后的年轻人。在他们身上看到年轻的活力，也看到浮躁社会留下的烙印。 作为一个奔5的老IT运维人员，真心希望他们少走自己的弯路，能够成就自己的一番事业，所以想对他们说一说心里话。 运维人员与开发人员不同，由于基础架构部分的变动不是很大，因此运维人员是越老越值钱的。 说出来你们可能都不相信，对于网络运维人员我通常问的一个问题是：TCP/IP建立连接的过程是什么？而对于Windows运维人员，我的问题是：Windows域的核心是什么？ 没有坚实的理论基础，无从指导实践，没有大量的实践积累，不能成为好的运维人员，更不用说在这个领域走得长远了。

开发和运维的关系，实施和运维的区别

随着网络的发展，想要把企业网站建设好，建设完成后运营好实现盈利，就需要很多人员的支持，其中运维岗位和开发岗位尤其重要。 说到运维，基本上应该是甲方职位了 ，乙方一般是研发和实施。 从基层职位看，运维和开发（含产品经理）的分工还是挺大的。开发负责coding，主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。 所以开发重建设、运维当然就是维护。所以运维比开发更不受重视也是可以理解的，很难出彩，不出事就是成绩，尽管付出的努力并不少，甚至更多。 看过产品运营的人说过一句话“不要管开发做出的是什么垃圾产品，留住客户才是运维关心的“但是在高层考虑中，尽管运维仍然受重视程度比不上开发，但已经不仅仅是考虑要尽快满足业务需求的问题了。 ：维护笔记本电脑、邮箱等 5、网络运维工程师：负责网络运维 6、系统运维工程师：主要负责操作系统、数据库、中间件、虚拟化等 7、数据库运维工程师：负责数据库运维 8、运维开发工程师：负责DevOps的运维开发

运维开发之JS篇

那么也和其他语言一样，可以开发web应用、桌面应用、移动应用等等。 表达式、运算符 3、控制流程语句：if/else、while、for循环等 4、函数：定义以及调用，参数的返回值的试用 5、数组和对象：最基本的两个数组：Array、TypedArray，操作数组和对象 6、 高级部分： 1、ES6+ 新特性：掌握新特性，例如箭头函数、类和模块化等。 2、Node.js 和 NPM：学习 Node.js包管理器（NPM），并构建 Web 应用程序。 3、模块化编程：掌握模块化编程，了解 CommonJS 和 ES6 的模块化规范。 4、测试和调试：会测试JavaScript 代码，能使用浏览器内置的开发工具进行调试。 用的人还是很多，易学易用，突出一个响应式，也具备数据双向绑定、组件化开发、轻量级、使其视图层能够自动更新。

MongoDB运维与开发(二)

// MongoDB运维与开发(二) // 今天的内容接着昨天的来看，昨天我们说了MongoDB的部署、数据存储方式以及简单的用户创建，今天我们来看MongoDB的其他一些特点 ? 这12个字节的生成方式如下： 0、1、2、3位是时间戳，提供秒级别唯一性 4、5、6位是机器的唯一标识符，提供机器级别唯一性 7、8位是当前生成ObjectId的进程标识符，保证不同进程的唯一性 9、10 6、日期类型 日期类型存储的是从标准纪元开始的毫秒数，不存储时区。 Date()}) WriteResult({ "nInserted" : 1 }) > db.num.find() { "_id" : ObjectId("5f96b5e15e5c5ff982b9c6af

DevOps，就是开发吃掉运维？

有人说，DevOps 的出现让开发和运维不再相爱相杀，从此一起手牵手，开心得 coding 和捉 bug。 但也有人说，DevOps 就是开发吃掉运维。 ）以及类型1（开发和运维协作）。 ，开发人员大大低估了运维技能和活动的复杂性和重要性，并认为他们可以不需要运维，或者在闲暇时间就可以搞定运维做的事情。 反类型F：运维嵌入开发团队 该组织不希望独立的运维团队，所以开发团队负责基础设施，管理环境，监控等。 1: 开发和运维协作 2: 共享运维 3: 运维作为基础设施服务 4: DevOps-as-a-Service 5: 临时DevOps团队 6: DevOps 布道者团队 7: SRE 团队 8: 容器驱动

DevOps 运维平台审计开发

架构图 资产管理 主机资源 webssh 自动发布 飞书审批 -》 运维后台api -》jenkins 定时任务 定时配置 执行记录 过期提醒 过期配置页 通知消息 配置中心 运维导航

运维开发的开源项目

运维开发的开源项目很多，从很多人的理解中，开源就是把代码一开放就完事了，当然远远没有这么简单。其实如果在GitHub上观察多一些，那些顶级项目都是更新频繁，功能迭代很快的。 运维开发的项目说实话远没有这些开源项目这么火，也没有如此多的更新频率。只能说一些现状和情况情况有些相仿，那些能够活下来的项目，都是经历了一些苦闷的阶段。 我之前的运维平台参考了OpsManage的内容，但是在后期实现的时候，初步的设想是定制一下，修改一些基本的页面满足功能，然后逐步接入业务。 他从开始提到我解决，整个过程大概用了不到5分钟的时间，我在本地测试完成，然后快速发布到了线上，这个时候我感觉我对这个层面的需求可以做到快速响应了，通过这个对比就能够充分体会到敏捷运维里的一些便捷之处。

MongoDB运维与开发(三)

MongoDB运维与开发(三) 今天来看MongoDB的用户相关的内容，用户、权限，这块儿的内容还是比较多的。 gssapiServiceName=mongodb Implicit session: session { "id" : UUID("5f2b0fa6-a1e3-4aaf-b43f-3525e19c33d2

运维开发告警有哪些？

这个就一般由应用运维工程师去配置查看，比如一般的HTTP状态码检测、TCP/UDP端口检测，端口不可达触发告警。还有各种事务、服务日志、容器、云监控等。 6. 梳理了以上告警情况，发现其实很多小公司的运维或开发工程师都会或多或少的去做这上面的告警任务，但是不得不说，正因为做了这些告警和对应的处理规则，就不用担心面对故障手足无措的情况，尽管告警也不能百分百的避免故障的发生

MongoDB运维与开发(一)

// MongoDB运维与开发(一) // 工作方向上的原因，不得不接触部分MongoDB的运维工作，之前有接触过一些MongoDB的内容，基本的运维操作没有什么问题，包括MongoDB的集群搭建 但是时间久了，很多东西不用就忘记了，最近准备出一个系列的MongoDB的运维操作文章，希望把这块儿内容重新拾起来。 mongod --config /data/mongo_27018/mongo.conf 即可 6、使用mongo命令行连接MongoDB服务 [root@VM-0-14-centos ~]# mongo db test > show collections; num person > db.person.find() { "_id" : ObjectId("5f96ac2f5e5c5ff982b9c6ae

MySQL运维6-Mycat垂直分库

, receiver_city varchar(6), receiver varchar(20)); create table tb_user(id int auto_increment primary (20)); create table tb_areas_city (id int auto_increment primary key, cityid varchar(6), city varchar (20), provinceid varchar(6)); create table tb_user_address (id int auto_increment primary key, user_id int, province_id varchar(6), city_id varchar(6), address varchar(20)); 　　　　说明1：根据分库策略，创建的这三个测试表，都是属于用户和地址相关的数据 说明6：当全局表中的数据发生改变的时候，每个数据节点下的表，也都会发生数据改变。 

运维开发之vue框架

5、学习vue组件化开发，将应用拆分为多个独立、可复用的组件。 6、实际应用，在实际项目中灵活使用，理解其中的知识点。

运维开发之CSS篇

一般有两种：内联样式和外部样式表 内联样式是什么，就是直接在HTML标签中使用style属性来定义元素样式： 例如

希里安运维开发 音视频 4、拉取到css进行解析，根据选择器（element、class、id）不同，分到不同容器，浏览器根据选择器将不同的规则应用到DOM节点中再添加样式 5、规则应用于渲染树，渲染对应的结构布局 6、

运维开发团队技能与效率提速利器：运维+低代码

运维开发方向 对于运维开发团队，开发和运维都十分耗费时间，开发团队关注的核心点在于，如何提升工具的研发效率。 低代码在这一场景下，能大大降低运维开发的入门门槛，让运维人员能够基于已有平台去开发各种运维SaaS层工具，从而提升运维开发价值。 统一开发框架、规范、流程。首先对标准流程框架进行规范处理。 通过对运维领域低代码的潜在客户的分析，明确低代码平台的设计目标，就是让客户开发SaaS更快速，同时我们并不是提供一个简单的页面拖拽工具，而是让运维开发人员可以基于平台，学习并掌握一门通用的运维开发技术， ； 最后，让运维开发团队能在技术上能持续成长，有助于提升运维开发技能，保持团队的稳定进步。 运维开发研发效率提速实践 蓝鲸低代码开发平台既是一个提效工具，也是一个学习工具，是助力运维开发团队技能和研发效率提速的利器。

1位5年智能运维开发对智能运维的理解

个人认知过程 　　自从2016年，开始从事智能监控开发之后，就跟智能运维搭上了不解之缘。 　　2016/2017年：刚开始做监控的时候，研究了几乎市面上所有监控产品，和相关的技术文章、视频。 运维 　 　•《Google SRE运维解密》：google 关于高可用保障的一本数据； 　 　•赵成的运维体系管理课（极客时间）：关于运维的经验分享 　　 •《AIOps标准白皮书 从业务的角度看智能运维 　　首先，智能运维是建立在运维的基础之上的，只有了解了现有的运维的内容和技术体系，我们才能够合理的思考，智能运维在整个运维体系中的地位和作用。 　　 运维的职责 　　•持续交付体系建设 　　 •配置管理：版本控制 　　 •环境管理：开发环境、集成测试环境、预生产环境、生产环境等； 　　 •代码管理： 　　 •发布变更： 同时数据仓库的数据，也能够为数据分析和数据挖掘提供底层的数据支撑； 　　从工程的角度看智能运维 　　系统开发 　　整个智能运维解决方案，把运维几乎所有的业务系统都囊括进来： 　　 基础组件 　　

大模型在蓝鲸运维体系应用——蓝鲸运维开发智能助手

直达原文：大模型在蓝鲸运维体系应用——蓝鲸运维开发智能助手背景1、运维转型背景蓝鲸平台从诞生之初，就一直在不遗余力地推动运维转型，让运维团队可以通过一体化 PaaS 平台，快速编写脚本，编排流程，开发运维工具 为了让运维人员更快成长为“六边形运维”（参考《在线跟腾讯工程师学习 SaaS 开发》，泛指运维界的六边形战士，特指掌握了运维开发技能的运维人群），降低运维开发 SaaS 的难度，蓝鲸不仅提供了蓝鲸开发框架 ，在一些专业的运维开发领域，能够成为运维人员的“开发副手”，加快运维组织的转型。 而我们推动运维开发转型的主要手段包含一体化运维平台、基于 PaaS 架构的开发框架、基于低代码技术的运维开发平台，这些工具分别提供了开箱即用的产品功能、可以快速组装的脚手架、所见即所得的图形化界面等多层次的能力 直达原文：大模型在蓝鲸运维体系应用——蓝鲸运维开发智能助手