- 综合排序
- 最热优先
- 最新优先
- 来自专栏互联网运维杂谈
谈谈运维标准化
备注：我把标准化当做运维的基础，它对运维平台及数据平台有着重要的影响。 对于应用运维来说，标准化是有方法和套路的，首先是这个标准化一定是运维主导的，不是研发主导，生产环境在你手，是需要把生产环境的可运维性为标准的；其次标准化的东西很多，这个就看运维人思考的边界在哪儿？ 我们做这么多的标准化，不就是为了让大家一眼就能看得明白，基于它们构造的运维能力，人人可以对接。 标准化以简化运维平台建设为度量。 除了早期的一些流程，对线上的所有标准化，都可以理解成是为了简化运维平台建设，这些规范必须沉淀到平台中，才能真正做到方便运维。 标准化是有层次的。硬件、OS、应用、协议.....。 标准化意味着运维理解的精确度。可以自己体会一下，你不会觉得运维无事可做，或者就是提供服务器的。
3.1K40发布于 2019-11-19 - 来自专栏kafka专栏
4.【kafka运维】Leader重新选举运维脚本(4)
文章目录 kafka-leader-election Leader重新选举 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 kafka-leader-election 进行Leader重选举 > sh bin/kafka-leader-election.sh --bootstrap-server xxxx:9090 --topic test_create_topic4 和分区进行Leader重选举 先配置leader-election.json文件 { "partitions": [ { "topic": "test_create_topic4" , "partition": 1 }, { "topic": "test_create_topic4", "partition": 2 } 三者互斥 --path-to-json-file 配置文件批量选举，此参数跟--topic和all-topic-partitions 三者互斥 More Kafka专栏持续更新中…(源码、原理、实战、运维
52420发布于 2021-08-05 - 来自专栏北京马哥教育
运维标准化与流程化建设深度指南
但是如何建设自动化运维，在不同的企业有着不同的建设方法和技术栈，虽然大多是以Python为主。一般说来，企业的运维发展由起步到成熟，大致要经过三个大阶段：运维无序化、运维标准化和流程化、运维自动化。 什么是运维标准化和流程化呢？如果非要给出定义的话，那么我的定义是两个字：文档。 运维的标准化和流程化首先要以文档的形式进行展示，并且能够指导日常运维工作。 国有国法，家有家规，冰箱洗衣机都有说明书，运维标准化流程化就是运维工作的国法家规，运维工作如何进行的说明书。 并且运维自动化的落地实施也是要基于运维的标准化和流程化，所以作为运维管理的第一步，不可忽略。 最后，标准化和流程化是最运维自动化最基础准备。 ●加快运维自动化的建立。
6.8K121发布于 2018-05-04 - 来自专栏Forrest随想录
谈谈架构标准化的问题（跟运维有关系？）
一、问题回顾 接上篇《运维架构是全站技术架构中不可分割的一部分》，文中提到一个问题，运维架构和技术架构的脱节这个问题到底出在哪了？到底谁应该承担这个责任？ 三、架构契约中的运维部分—架构标准化 上面提到的团队和团队协作，这个就不多说了，组织定期的例会讨论，多参加彼此技术方案会议，随时随地的交流，这个只要保持开放的心态和合作模式都是可以做到的。 还是想再说一下，千万不要出现，开发说这个应该是运维考虑的事情，跟我们无关，运维说这个应该是开发的事情，开发想不不清楚让我们怎么办？ 重点谈谈关于架构标准化，之前提到的标准，更多的还是偏运维层面的标准，比如硬件资源标准、应用标准、部署标准等，这些在《如何打造一个以应用为核心的运维体系》文章介绍过，不多解释。 上篇讲了技术架构与运维脱节的问题，这篇算是进了一步，运维真正的参与到了架构设计中，确切说是架构标准制定中，运维虽然不是架构的实现者和开发者，但确是维护架构统一和标准的执行者。
1.4K30发布于 2018-08-09 - 来自专栏python3
python运维开发笔记4
['mysql','-u','root','-p123','-e','show processlist']
1K10发布于 2020-01-15 - 来自专栏DBA随笔
Redis开发与运维学习笔记---(4)
4 迁移键 redis中，提供了3中迁移键的方法： move dump+restore migrate 下面分别介绍： 1、move move命令用户在多个数据库中进行键迁移。
63210发布于 2020-03-31 - 来自专栏后端云
Openstack运维常见问题记录(4)
80e0-2980b6c8dba6 2018-08-23 15:23:36.136 3558 INFO nova.compute.resource_tracker [req-f76d5408-00f8-4a67 | {} | 1 | RegionOne | | 58bd5f09811a4ebcb62a4b51fb7ae444 | NULL | admin | 960580852a594c078e68fe3683e35db5 | http://keystone-ha-vip:5000/v3/ | {} | 1 | RegionOne | | a0b10cb04a5b4ca3859aaf2ea4ca2a3b [root@EXTENV-194-18-2-11 ~]# systemctl restart httpd.service memcached.service 系列文章链接 Openstack运维常见问题记录 (3) Openstack运维常见问题记录(2) Openstack运维常见问题记录(1)
2.7K41发布于 2020-02-12 - 来自专栏全栈工程师修炼之路
Ansible自动化运维学习笔记4
- name: "Demo 3" debug: msg: "{{ item }}" with_items: - 1 - 2 - 3 - 4 when: item > 1 and ( item == 3 or item ==5) #列表中的所有条件同时成立时，对应的任务才会执行 - name: "Demo 4" debug item=1) skipping: [local] => (item=2) ok: [local] => (item=3) => {"msg": 3} skipping: [local] => (item=4) testpath: /bin/bash teststr: "thisisstringdemo" testnum: 1024 a: - 2 - 5 b: [1,2,3,4,5 fail: #关键点 msg: "Interrupt running playbook" - debug: msg: "3" - debug: msg: "4"
1.9K20编辑于 2022-09-28 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（4）
Kubernetes 集群网络有很多种实现，有很大一部分都用到了 Linux 网桥：每个 Pod 的网卡都是 veth 设备，veth pair 的另一端连上宿主机上的网桥。由于网桥是虚拟的二层设备，同节点的 Pod 之间通信直接走二层转发，跨节点通信才会经过宿主机 eth0。
1.4K20编辑于 2023-02-10 - 来自专栏释然IT杂谈
企业运维经典面试题汇总（4）
yangwen drwxr-xr-x 2 root root 4096 Apr 9 21:08 testdrwxr-xr-x 2 root root 4096 Apr 9 21:08 xings 方法4： 解答： 0 关机 1 单用户 2 多用户，没有nfs支持 3 完全多用户， 4 保留 5 X Windows 6 重启 10、yangwen 系统中查看中文乱码，请问如何解决乱码问题？ 4、描述 linux 运行级别 0-6 的各自含义 0 关机 1 单用户模式 2 多用户没有NFS网络支持 3 完全多用户模式（工作中常用） 4 保留 5 图形化界面 6 重启 5、描述 linux 下文件删除的原理 '192.168.20.130 Sed方法4： [root@yangwen ~]# ifconfig eth0|sed -n '/inet addr/p'|sed -r 's#^. *oy" ett.txt yangwen 方法4： [root@yangwen]# egrep "ol.
73131发布于 2020-08-25 - 来自专栏运维之美
「运维之美」技术周刊 ( 第 4 期 )
4、Docker CE 19.03 正式发布，无需 root 权限 Docker CE 19.03 和 EE 3.0 都已经正式发布，19.03 主要内容包括无需 root 权限、支持 GPU 的增强功能和 4、IPList IPList 是一个在线 IP、Hostname 查询工具，支持 IPv4、IPv6。只要输入查询内容就会显示出相关信息，也可看到打开网站你目前的 IP 地址。 8、magic-of-sysuse-scripts 一个可快速初始化服务器环境和安装常用软件环境的运维小工具。 4、Coding Interview University 这份指南里面包含 Google 相关的介绍视频、面试过程、教学资源，同时也有数据结构、算法、密码学等计算机专业的知识讲解。 ——「活着」 4、人生的某些障碍，你是逃不掉的。与其费尽周折绕过去，不如勇敢的地攀越，或许这会铸就你人生的高点。 —— 宫崎骏「龙猫」 ?
73820发布于 2019-07-30 - 来自专栏全栈工程师修炼之路
Ansible自动化运维学习笔记4
- name: "Demo 3" debug: msg: "{{ item }}" with_items: - 1 - 2 - 3 - 4 when: item > 1 and ( item == 3 or item ==5) #列表中的所有条件同时成立时，对应的任务才会执行 - name: "Demo 4" debug item=1) skipping: [local] => (item=2) ok: [local] => (item=3) => {"msg": 3} skipping: [local] => (item=4) testpath: /bin/bash teststr: "thisisstringdemo" testnum: 1024 a: - 2 - 5 b: [1,2,3,4,5 fail: #关键点 msg: "Interrupt running playbook" - debug: msg: "3" - debug: msg: "4"
3K10发布于 2020-10-23 - 来自专栏腾讯专有云
运维平台第4期：数据掘金者
通过与平台监控系统联动，帮助用户提升运维能力，降低安全风险。 日志平台预接入了专有云平台及各产品管控面的关键日志，系统运维人员无须配置即可开始快速使用，助力平台高效运维。 通过分析进一步洞悉系统风险，提升对系统问题的发现识别，为后续运维改进提供决策依据。 场景4：等保安全审计 企业在过等保或者做审计时，需要收集各种类型的日志，要求日志至少达到180天存储，部分日志需要永久保存，有的日志则要求通过相关国家安全加密。 开箱即用 预接入平台及各产品管控面的日志，不需要系统运维人员配置即可开始快速使用日志平台的各项功能。 往期 · 推荐 运维专题第1期：数据中枢 运维专题第2期：警戒哨兵 运维专题第3期：诊断专家 一朵云，搞掂！
1.7K30编辑于 2022-06-24 - 来自专栏devops_k8s
做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)
（4）CDN规划和建设 CDN工作划分为第三方和自建两部分。 运维研发 运维研发负责通用的运维平台设计和研发工作，如：资产管理、监控系统、运维平台、数据权限管理系统等。提供各种API供运维或研发人员使用，封装更高层的自动化运维系统。详细的工作职责如下所述。 确实，【 运维 】可能是分水岭最明显的职位之一：有的人毕业6年，月薪从3K涨到到50K；有的人工作4年，依然做着重启服务器、检查机房的机械工作，这都是知乎上能看到的真实事例。 4，及时响应并处理线上故障。 ，处理值班问题，确保系统服务稳定性； 负责运维自动化/标准化方案设计，自动化工具及平台研发，提升运维效率； 负责生产、测试、灰度多套环境的部署和维护，配合研发、测试团队进行应用部署；
8.6K1011发布于 2020-12-23 - 来自专栏民工哥技术之路
运维标准化文档的四项基本原则
而运维的管理实践中充斥着大量重复性事物，并且是批量级别的运维任务，在这种情况下运维的标准化就工作就显得至关重要了。 通过运维的标准化，可以实现对“运维最佳实践”的归纳和总结，从而实现对“运维最佳实践”的统一规范和执行。 所以标准化是提高团队效率的重要方式，是梳理运维杂乱问题的重要依据。 运维标准化之核心原则 1. 4. 简约化原则 标准化文档能被有效率地执行，需要达到两个要求： 简单清晰，让人一看就能明白在说什么，一看就能记住是怎么做的； 方便评估，知道执行的效果是怎么样的。 不用追求大而全，从自己的最佳实践出发，统一化规范化以后，会发现运维的工作突然清晰了很多，以前宣扬的“运维是神仙干的活”也不过如此。 以标准化为起点，我们可以到运维架构化，到运维服务化，再到运维自动化。 因此，标准化可以说是运维的起点工作。 以上便是我在运维标准化学习实践的一些总结，现在做的还不是很成功，还在继续努力中。
3.2K30发布于 2020-09-16 - 来自专栏世民谈云计算
4年！我对OpenStack运维架构的总结
这里，仅从技术角度出发，谈谈OpenStack云平台在部署、架构和运维实施等方面的感想。 OpenStack涉及的东西太多太多，计算、存储、网络、架构、产品、运维、监控和性能优化、代码等等。 诚然，一个良好的架构设计和运维保障措施，能为OpenStack云平台的稳定健康运行，产生不可估量的积极影响。 运维平台建设 监控是整个运维乃至整个产品生命周期中最重要的一环，事前及时预警发现故障，事后提供详实的数据用于追查定位问题。目前业界有很多不错的开源产品可供选择。 这里，我们以容器化部署和管理OpenStack云平台为背景，聊聊云平台相关的运维平台建设。
8.2K54发布于 2019-06-28 - 来自专栏阿贤Linux
Linux运维工程师面试题（4）
Linux运维工程师面试题（4）祝各位小伙伴们早日找到自己心仪的工作。持续学习才不会被淘汰。地球不爆炸，我们不放假。机会总是留给有有准备的人的。加油，打工人！ 3 redis 有哪些架构模式主从复制哨兵（Sentinel）Redis Cluster4 什么是缓存雪崩？如何解决？ 阿里云、腾讯云、华为云、今日头条、百家号、GitHub、个人博客公众号：阿贤Linux个人博客：blog.waluna.tophttps://blog.waluna.top/---原文链接: Linux运维工程师面试题 （4）.
97020编辑于 2023-08-29 - 来自专栏AI+运维：智能化运维的未来
运维人别硬扛了！看AI怎么帮你流程标准化又快又稳
运维人别硬扛了！看AI怎么帮你流程标准化又快又稳在运维圈子里流传一句至理名言：“人是最不稳定的风险源。” 做久了运维你就知道，出问题往往不是系统多烂，而是流程没标准，操作靠心情。 今天，咱们来聊点硬核又接地气的话题——人工智能在运维流程标准化中的应用。 一句话总结：别再靠拍脑袋搞运维了，让AI来帮你抠细节、兜底线、提效率。一、为啥运维流程总是“不标准”？ 二、人工智能，怎么帮运维标准化？AI在运维里不是干掉人，而是标准化人的经验和套路。 尤其是随着AIOps平台（像腾讯蓝鲸、阿里智维等）越来越成熟， AI+运维流程标准化，已经是大势所趋。六、最后敲重点未来，真正牛的运维不是手速快，而是能让系统自己动起来。 人不该再陷在无休止的手动工单、重复故障、疲劳战斗里，而应该把精力放在：定义标准 优化流程 训练AI系统一句话总结：AI不是让运维失业，而是让运维更值钱。标准化，是走向智能运维的必经之路。
45300编辑于 2025-04-28 基于桌面管理软件实现企业终端安全标准化运维的实战
运维效率低下，故障排查耗时耗力当终端出现故障时，IT运维人员往往需要逐台现场排查或远程连接处理。面对成百上千台终端，这种"救火式"运维模式不仅响应速度慢，更难以形成系统化的故障知识库。 远程运维赋能：提升响应效率与用户体验高效的桌面管理离不开远程运维能力的支撑。 此外，远程运维过程中的所有操作均被完整记录，形成可追溯的审计日志。这不仅满足了等保2.0及ISO 27001等合规要求，也为后续的安全事件调查提供了关键证据链。 理想的技术架构应具备以下特征：统一Agent架构：在终端部署轻量级客户端，实现配置管理、软件管控、远程运维、资产盘点等能力的模块化集成，避免多Agent冲突导致的系统性能损耗。 通过构建标准化的桌面管理体系，企业不仅能够将安全基线落实到每一台终端，更能将IT运维团队从重复的"救火"工作中解放出来，聚焦于更具价值的战略性任务。
23810编辑于 2026-05-06- 来自专栏技术杂记
一个运维人员的编程思维4
Growth hacking 就是一个很典型的例子，通过关键动作的大数据分析，和AB测试以数据来驱动增长
63030编辑于 2021-11-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号