2.【kafka运维】ConfigCommand运维脚本(2)

文章目录 ConfigCommand 1 查询配置 Topic配置查询 其他配置/clients/users/brokers/broker-loggers 的查询 查询kafka版本信息 2 增删改 默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置 sh bin/kafka-configs.sh --describe --bootstrap-server xxxx:9092 --version 所有可配置的动态配置 请看最后面的 附件 部分 2 增删改 配置 --alter –alter 删除配置: --delete-config k1=v1,k2=v2 添加/修改配置: --add-config k1,k2 选择类型: --entity-type value 示例 consumer_byte_rate producer_byte_rate request_percentage More Kafka专栏持续更新中…(源码、原理、实战、运维

Redis开发与运维学习笔记---(2)

2、非阻塞I/O,redis使用epoll作为I/O多路复用技术的实现，再加上Redis自身的时间处理模型将epoll中的连接、读写、关闭都转换为时间，不在网络I/O上浪费过多的时间。 redis的查询模型分为4步： 1、发送命令 2、排队 3、执行命令 4、返回结果 redis的慢查询只统计步骤3的时间。 慢查询的2个配置参数 对于慢查询，redis配置了2个关键参数，其中第一个是慢查询的阈值：slowlog-log-slower-than和slowlog-max-len配置来解决这两个问题。 1) 1) (integer) 4 2) (integer) 1585235910 3) (integer) 10 4) 1) "slowlog" 2) "get" 3) "1" 2) 1) (integer) 3 2) (integer) 1585235905 3) (integer) 4 4) 1) "get" 2) "hello"

2.【kafka运维】ConfigCommand运维脚本

配置查询 其他配置/clients/users/brokers/broker-loggers 的查询 broker-loggers 查询指定Broker的Logger相关配置 查询kafka版本信息 2 默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置 sh bin/kafka-configs.sh --describe --bootstrap-server xxxx:9092 --version 所有可配置的动态配置 请看最后面的 附件 部分 2 增删改 配置 --alter –alter 删除配置: --delete-config k1=v1,k2=v2 添加/修改配置: --add-config k1,k2 选择类型: --entity-type

运维开发思路

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

MongoDB运维与开发(四)---用户权限管理2

// MongoDB运维与开发(四)---用户权限管理 // 上次的文章中我们说到了MongoDB中的用户初始化，重点说了启用访问控制的方法、角色与用户的关系、用户的创建、修改、删除、查询方法 2、db.revokeRolesFromUser（） 该方法将回收自定义角色的某些权限，它的语法格式为： db.revokeRolesFromUser("<username>",[<roles>],{< authSource=test&gssapiServiceName=mongodb Implicit session: session { "id" : UUID("bc2f783f-7807-41cd "), "name" : "yeyz" } { "_id" : ObjectId("5fa1743ac69e2dfa962884d7"), "name" : "zhangsan" } 接下来我们演示回收权限的过程 2、grantRolesToUser将某个角色分配给用户之后，会覆盖用户原来的角色，也就失去了原来的角色权限。

运维开发笔试

快速排序 # 分而治之快速排序 def quicksort(nums): if len(nums) < 2: return nums else: pivot = nums return quicksort(less) + [pivot] + quicksort(greater) # 递归找最大值 def max(li): if len(li) == 2: 2.服务器接收到该报文后，发送一个确认报文：令ACK=1，确认序号ack = u+1,自己的报文序号seq=v，发送后，服务器进入CLOSE-WAIT状态。 4.客户端收到来自服务器的确认之后，进入FIN-WAIT-2状态。等待服务器发送连接释放报文。 6.客户端收到服务器的连接释放报文后，对该报文发出确认，令ACK=1,确认号ack=w+1，自己的序号seq=u+1，发送此报文后，等待2个msl时间后，进入CLOSED状态。

运维开发写作计划

2、知识点不成系统，比较零散。 3、写作不规律。 对于以上存在的问题，今年尽力改善，提升写作质量，记录学习过程，也希望能给读我文章的读者带来一点收获。 今年个人写作的大致计划： 上半年着重开发一个自己的项目上来，主要熟悉开发流程。 3月 开发基础知识 4月 应用开发流程 5月 前后端开源项目解析 6月 个人开源项目发布 下半年就开始着重某一个点，比如从实战项目中涉及的知识点由浅到深解析学习，详细计划根据实际情况选择展开。 以下是对于写作范围的框架，从个人角度出发，一个是从运维开发核心技术栈展开，另一个就是从应用开发角度展开。框架图还会不断完善，感兴趣的读者可后台私信交流学习。

运维开发体系梳理

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

运维分享｜安全运维之iptables防火墙（2）

2 安装与使用2.1 安装iptables环境在Linux操作系统中，可以使用yum管理来安装，也可以从官网下载后上传到服务器手动安装。 3.1 查看iptables已设置的规则查看已设置规则列表：iptables -L[root@otn2 ~]# iptables -LChain INPUT (policy ACCEPT)target policy ACCEPT)target prot opt source destination查看已设置规则详细列表：iptables -L -vn[root@otn2 190.168.1.200$ iptables -I INPUT -p icmp --icmp-type 8 -s 192.168.1.10 -j ACCEPT$ iptables -I INPUT 2

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

所以开发重建设、运维当然就是维护。所以运维比开发更不受重视也是可以理解的，很难出彩，不出事就是成绩，尽管付出的努力并不少，甚至更多。 看过产品运营的人说过一句话“不要管开发做出的是什么垃圾产品，留住客户才是运维关心的“但是在高层考虑中，尽管运维仍然受重视程度比不上开发，但已经不仅仅是考虑要尽快满足业务需求的问题了。 而系统运维工程师从硬件到软件逐级向上可大概分为： 1、布线工程师、机房工程师：负责机房布线和机房里设备维护 2、驻场工程师：由乙方派到甲方公司的驻场工程师 3、实施工程师：由乙方派到甲方做实施 4、桌面运维工程师 ：维护笔记本电脑、邮箱等 5、网络运维工程师：负责网络运维 6、系统运维工程师：主要负责操作系统、数据库、中间件、虚拟化等 7、数据库运维工程师：负责数据库运维 8、运维开发工程师：负责DevOps的运维开发 中间件：Weblogic、Tomcat等 虚拟化：VMware、KVM等 云平台：Openstack、Docker等 2、系统运维支持软件： 监控系统：监控机房、硬件、操作系统、数据库、中间件等 备份系统

拯救运维人！智能运维如何实现1+1>2

数据量庞大且类型丰富，复杂的多云环境，繁多的监控运维工具，超级多的无效运维事件，让该集团运维工作挑战巨大，运维人员日常工作中如坐针毡，“惶惶不可终日”。 类似情况在其他企业比比皆是。 同为打工人，运维人不该被这样对待。如何改变这种局面？近年来，智能运维异军突起，成为解救企业和运维人员的及时雨。 Gartner就预测设备和应用程序所产生的数据量正以每年2-3倍的速度增长，且数据类型多样。 “传统运维是建立在CMDB的基础之上，CMDB自身的限制性、时效性、可维护性、复杂性等决定了其无法给运维人员呈现不同运维工具之间的监控关系。”爱数运维技术专家透露道。 2 如何让智能运维1+1>2 爱数与听云在智能运维领域开启了新模式。今年1月份，双方携手正式推出了智能运维整合方案，旨在帮助客户全面管理、深度洞察海量、多源、异构的机器数据。

运维开发之JS篇

那么也和其他语言一样，可以开发web应用、桌面应用、移动应用等等。 还是直接上脑图 再说说学习路线 这里根据脑图再说说，要掌握的： 基础部分 1、HTML和CSS，这是构建网页基础 2、数据类型、变量、表达式、运算符 3、控制流程语句：if/else、while、for 2、事件处理程序：处理常见的事件，例如点击、鼠标移动等。 3、jQuery 库：掌握 jQuery 库，简化 DOM 操作和事件处理程序。 2、Node.js 和 NPM：学习 Node.js包管理器（NPM），并构建 Web 应用程序。 3、模块化编程：掌握模块化编程，了解 CommonJS 和 ES6 的模块化规范。 用的人还是很多，易学易用，突出一个响应式，也具备数据双向绑定、组件化开发、轻量级、使其视图层能够自动更新。

DevOps 运维平台审计开发

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

DevOps，就是开发吃掉运维？

反类型F：运维嵌入开发团队 该组织不希望独立的运维团队，所以开发团队负责基础设施，管理环境，监控等。 1: 开发和运维协作 2: 共享运维 3: 运维作为基础设施服务 4: DevOps-as-a-Service 5: 临时DevOps团队 6: DevOps 布道者团队 7: SRE 团队 8: 容器驱动 有效潜力：高 类型2：完全共享运维责任 在运维人员已经集成到产品开发团队中的情况下，我们看到了类型2拓扑。 有效潜力：高 类型3：运维作为基础设施服务 对于IT运维部门非常传统的组织，不会或者不能（足够）快地速拥抱变化，对于在公共云（Amazon EC2，Rackspace，Azure等）中运行所有应用程序的组织 因此，内部运维团队直接等同于Amazon EC2或基础架构即服务。

MongoDB运维与开发(二)

// MongoDB运维与开发(二) // 今天的内容接着昨天的来看，昨天我们说了MongoDB的部署、数据存储方式以及简单的用户创建，今天我们来看MongoDB的其他一些特点 ? 它的常用数据类型有： 1、null 用于表示空值或者不存在的字段 {"x":null} 2、bool 这个容易理解，true or false {"x":true} 3、整数 在MongoDB自带的shell 该类型使用12字节的存储空间，每个字节里面是2位16进制的数字，是一个24位的字符串。 这12个字节的生成方式如下： 0、1、2、3位是时间戳，提供秒级别唯一性 4、5、6位是机器的唯一标识符，提供机器级别唯一性 7、8位是当前生成ObjectId的进程标识符，保证不同进程的唯一性 9、10 "c"]} 8、内嵌文档 文档可以包含别的文档 {"x":{"foo":"bar"}} 9、代码 文档中可以包含JavaScript代码 {"x":function(){/*-----*/}} NO.2

运维开发的开源项目

运维开发的开源项目很多，从很多人的理解中，开源就是把代码一开放就完事了，当然远远没有这么简单。其实如果在GitHub上观察多一些，那些顶级项目都是更新频繁，功能迭代很快的。 运维开发的项目说实话远没有这些开源项目这么火，也没有如此多的更新频率。只能说一些现状和情况情况有些相仿，那些能够活下来的项目，都是经历了一些苦闷的阶段。 我之前的运维平台参考了OpsManage的内容，但是在后期实现的时候，初步的设想是定制一下，修改一些基本的页面满足功能，然后逐步接入业务。 1.修复了遗留的bug 这个版本里面，我看修复的比较通用的问题就是分页了，原来用的是sb-admin2的模板，是自带分页方案，但是如果数据量达到一定程度，这种检索是不够优雅的。 2.架构层面的调整和优化 整个项目可以看到在功能的完善和需求越发丰富的情况下，作者也开始考虑对已有的项目做一个扩展，比如会开始分模块分目录的的重构文件结构，url和model通过app的形式可以做到扩展了

MongoDB运维与开发(三)

MongoDB运维与开发(三) 今天来看MongoDB的用户相关的内容，用户、权限，这块儿的内容还是比较多的。 gssapiServiceName=mongodb Implicit session: session { "id" : UUID("5f2b0fa6-a1e3-4aaf-b43f-3525e19c33d2 shellHelper.show@src/mongo/shell/utils.js:859:9 shellHelper@src/mongo/shell/utils.js:766:15 @(shellhelp2) gssapiServiceName=mongodb Implicit session: session { "id" : UUID("ef872d7a-77d9-43c2-bf3d-e04867379c0a

运维开发告警有哪些？

2. 根据F5的2023年应用战略现状报告调查的1000多名全球IT领导者，混合云网络很热门。42%的调查受访者提到了混合网络。 2. 应用程序错误告警：这些告警涉及到应用程序在运行过程中出现的错误、异常或崩溃。 3. 网络故障告警：这些告警涉及网络设备、连接或协议的问题。 4. 2. 应用程序错误告警 日志监控：监控应用程序日志文件，当日志中出现错误、异常等关键词时，生成告警。 异常检测：在代码中内置异常检测机制，当应用程序抛出异常时，触发告警。 这个就一般由应用运维工程师去配置查看，比如一般的HTTP状态码检测、TCP/UDP端口检测，端口不可达触发告警。还有各种事务、服务日志、容器、云监控等。 6. 梳理了以上告警情况，发现其实很多小公司的运维或开发工程师都会或多或少的去做这上面的告警任务，但是不得不说，正因为做了这些告警和对应的处理规则，就不用担心面对故障手足无措的情况，尽管告警也不能百分百的避免故障的发生

MongoDB运维与开发(一)

// MongoDB运维与开发(一) // 工作方向上的原因，不得不接触部分MongoDB的运维工作，之前有接触过一些MongoDB的内容，基本的运维操作没有什么问题，包括MongoDB的集群搭建 但是时间久了，很多东西不用就忘记了，最近准备出一个系列的MongoDB的运维操作文章，希望把这块儿内容重新拾起来。 的安装还算简单，总体可以分为如下几步： 1、去官网www.mongodb.org 上下载对应版本的二进制包，例如mongodb-linux-x86_64-rhel70-4.0.21-rc1.tgz 2、 server version: 4.0.6 > show dbs admin 0.000GB config 0.000GB local 0.000GB test 0.000GB NO.2 gssapiServiceName=mongodb Implicit session: session { "id" : UUID("5cfebf40-2ede-4852-9c83-f85efbf13a4e

运维开发之CSS篇

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

希里安运维开发 放一张MDN上的图片展示 再说说具体流程： 1、浏览器载入HTML文件 2、HTML转换为DOM对象 3、浏览器拉取相关资源，比如样式、图片、音视频 4、拉取到css进行解析，根据选择器（element #header { background-color: blue; } 2、属性和值 样式由属性和值组成。属性定义了要设置的样式类型，而值则表示该样式的设置。 例如，以下代码将一个图像元素的边框设置为黑色、宽度为2像素、实线样式： img { border: 2px solid black; } 内边距和外边距：padding和margin属性用于定义HTML height:100%; } </style>