MongoDB运维与开发(9)---readConcern

// MongoDB运维与开发(9)---readConcern // readConcern产生背景： MongoDB的写请求写入Primary， secondary从Primary自动获取并且应用

运维开发思路

转载链接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, 9, (a.year,a.month,a.day) print(b.year,b.month,b.day) print(c.year,c.month,c.day) >>> 1987 11 27 2018 9 20 2018 9 21 @classmethod 类方法是给类用的，类在使用时会将类本身当做参数传给类方法的第一个参数，python为我们内置了函数classmethod来把类中的函数定义成类方法 __str__,但是结果为 >>> <__main__.Date object at 0x1013f9d68> import time class Date: def __init __str__,此时e就是由EuroDate产生的,所以会如我们所愿 >>> year:2018 month:9 day:20 附加__str__的用法 #__str__定义在类内部，必须返回一个字符串类型

运维开发体系梳理

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

运维那些事儿（9）：运维知识库，串联全流程的运维效率神器

本期我们将详细拆解运维知识库的功能、价值和实用场景，重点介绍专属运维知识库的核心算法、实现目标和使用流程，让它与现有运维体系无缝联动，实现 “一站式运维支持”。 先搞懂：运维知识库的核心功能、价值与实用场景很多人觉得运维知识库只是 “存资料”，实则不然。它能深度融入日常运维工作，用智能匹配替代手动检索，用规范流程降低操作风险，核心价值和场景一看就懂、一用就会。 ✅一、核心功能：不止存资料，更能主动解决问题真正实用的运维知识库，核心围绕 “解决问题” 设计，4 大功能精准戳中运维痛点：1. 核心重点：专属运维知识库详解（算法 + 目标 + 流程）咱们的专属运维知识库，是结合前八期运维需求定制的，核心优势是 “精准匹配、贴合需求、联动所有工具”。 从第一期的资产管理，到第九期的知识库支撑，我们一步步搭建起了 “基础监控→工具落地→精细化管理→智能支撑” 的完整运维体系。运维知识库让所有细节、工具、流程形成闭环，让运维工作更规范、更高效、更省心。

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

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

Linux运维bind9-DNS概述入门

183.131.200.61 1.81.5.178 1.81.5.179 183.131.200.68 183.131.200.69 183.131.200.72 183.131.200.74 学习部署bind9 Bind是一款开放源码的DNS服务器软件，Bind由美国加州大学Berkeley分校开发和维护的，全名为Berkeley Internet Name Domain它是目前世界上使用最为广泛的DNS 环境准备 k8s-dns.host.com 3.10.0-957.el7.x86_64 #1 SMP Thu Nov 8 23:39:32 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux 安装bind9 使用centos6自带的yum源即可，同时确保机器可以解析外网域名，并能连接公网 yum install -y bind-utils bind bind-devel bind-chroot bind9主配置文件 加载自定义区域文件 include "/etc/named.root.key"; 检查配置文件 # named-checkconf -z /etc/named.conf 没有报错就属于正常 启动bind9服务

运维开发之JS篇

再说说这是一门高级语言，那相比其他高级语言有什么区别，就是js主要运行在浏览器中，而不是像其他语言在服务器上，但是js通过node.js就可以运行在服务器上，可以进行后端开发。 那么也和其他语言一样，可以开发web应用、桌面应用、移动应用等等。 4、测试和调试：会测试JavaScript 代码，能使用浏览器内置的开发工具进行调试。 5、框架和库：知道React、Angular 和 Vue 等，以及它们的用途和优缺点。 用的人还是很多，易学易用，突出一个响应式，也具备数据双向绑定、组件化开发、轻量级、使其视图层能够自动更新。 今天对于js有一个大致的了解，本周内剩下时间就主要学习js以及vue相关的东西，下周就开始实际的前端开发项目。 最后也得来一个helloworld的例子！ <!

DevOps 运维平台审计开发

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

DevOps，就是开发吃掉运维？

有人说，DevOps 的出现让开发和运维不再相爱相杀，从此一起手牵手，开心得 coding 和捉 bug。 但也有人说，DevOps 就是开发吃掉运维。 ）以及类型1（开发和运维协作）。 反类型F：运维嵌入开发团队 该组织不希望独立的运维团队，所以开发团队负责基础设施，管理环境，监控等。 9: 数据库能力 类型1：开发和与运维协作 这是DevOps的“乐土”：开发团队和运营团队之间的顺利协作，每个专业都在需要的地方，但也需要分享。 有效潜力：中至高 类型9：开发和DBA协作 为了弥合Dev-DBA的鸿沟，一些组织已经尝试过类似于类型9的数据库功能，DBA团队的数据库功能与Dev团队的数据库功能（或专业）相称。

MongoDB运维与开发(二)

// MongoDB运维与开发(二) // 今天的内容接着昨天的来看，昨天我们说了MongoDB的部署、数据存储方式以及简单的用户创建，今天我们来看MongoDB的其他一些特点 ? 这12个字节的生成方式如下： 0、1、2、3位是时间戳，提供秒级别唯一性 4、5、6位是机器的唯一标识符，提供机器级别唯一性 7、8位是当前生成ObjectId的进程标识符，保证不同进程的唯一性 9、10 new Date()}) WriteResult({ "nInserted" : 1 }) > db.num.find() { "_id" : ObjectId("5f96b5e15e5c5ff982b9c6af 27T15:12:18.739Z") } 7、数组 值的集合或者列表可以表示成数组 {"x":["a","b","c"]} 8、内嵌文档 文档可以包含别的文档 {"x":{"foo":"bar"}} 9、

MongoDB运维与开发(三)

MongoDB运维与开发(三) 今天来看MongoDB的用户相关的内容，用户、权限，这块儿的内容还是比较多的。 gssapiServiceName=mongodb Implicit session: session { "id" : UUID("61c35b47-f43b-48fc-a43e-066f56987e9a 13 DB.prototype.getUsers@src/mongo/shell/db.js:1763:1 shellHelper.show@src/mongo/shell/utils.js:859:9 gssapiServiceName=mongodb Implicit session: session { "id" : UUID("ef872d7a-77d9-43c2-bf3d-e04867379c0a

运维开发的开源项目

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

运维开发告警有哪些？

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

MongoDB运维与开发(一)

// MongoDB运维与开发(一) // 工作方向上的原因，不得不接触部分MongoDB的运维工作，之前有接触过一些MongoDB的内容，基本的运维操作没有什么问题，包括MongoDB的集群搭建 但是时间久了，很多东西不用就忘记了，最近准备出一个系列的MongoDB的运维操作文章，希望把这块儿内容重新拾起来。 db test > show collections; num person > db.person.find() { "_id" : ObjectId("5f96ac2f5e5c5ff982b9c6ae gssapiServiceName=mongodb Implicit session: session { "id" : UUID("5cfebf40-2ede-4852-9c83-f85efbf13a4e

运维开发之CSS篇

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

希里安运维开发

运维开发之vue框架

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

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

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

Linux运维工程师面试题（9）

Linux运维工程师面试题（9）祝各位小伙伴们早日找到自己心仪的工作。持续学习才不会被淘汰。地球不爆炸，我们不放假。机会总是留给有有准备的人的。加油，打工人！ 9 有状态和无状态服务的区别http请求无状态，多次请求之间没有依赖关系有状态就是多次访问之间有关联关系，需要记录多次之间的访问关系10 k8s 中 service 是做什么的？ 阿里云、腾讯云、华为云、今日头条、百家号、GitHub、个人博客公众号：阿贤Linux个人博客：blog.waluna.tophttps://blog.waluna.top/---原文链接: Linux运维工程师面试题 （9）.