- 综合排序
- 最热优先
- 最新优先
- 来自专栏互联网运维杂谈
谈谈运维标准化
备注：我把标准化当做运维的基础，它对运维平台及数据平台有着重要的影响。 对于应用运维来说，标准化是有方法和套路的，首先是这个标准化一定是运维主导的，不是研发主导，生产环境在你手，是需要把生产环境的可运维性为标准的；其次标准化的东西很多，这个就看运维人思考的边界在哪儿？ 我们做这么多的标准化，不就是为了让大家一眼就能看得明白，基于它们构造的运维能力，人人可以对接。 标准化以简化运维平台建设为度量。 除了早期的一些流程，对线上的所有标准化，都可以理解成是为了简化运维平台建设，这些规范必须沉淀到平台中，才能真正做到方便运维。 标准化是有层次的。硬件、OS、应用、协议.....。 标准化意味着运维理解的精确度。可以自己体会一下，你不会觉得运维无事可做，或者就是提供服务器的。
3K40发布于 2019-11-19 - 来自专栏北京马哥教育
运维标准化与流程化建设深度指南
但是如何建设自动化运维，在不同的企业有着不同的建设方法和技术栈，虽然大多是以Python为主。一般说来，企业的运维发展由起步到成熟，大致要经过三个大阶段：运维无序化、运维标准化和流程化、运维自动化。 什么是运维标准化和流程化呢？如果非要给出定义的话，那么我的定义是两个字：文档。 运维的标准化和流程化首先要以文档的形式进行展示，并且能够指导日常运维工作。 国有国法，家有家规，冰箱洗衣机都有说明书，运维标准化流程化就是运维工作的国法家规，运维工作如何进行的说明书。 并且运维自动化的落地实施也是要基于运维的标准化和流程化，所以作为运维管理的第一步，不可忽略。 最后，标准化和流程化是最运维自动化最基础准备。 ●加快运维自动化的建立。
6.8K121发布于 2018-05-04 - 来自专栏Forrest随想录
谈谈架构标准化的问题（跟运维有关系？）
一、问题回顾 接上篇《运维架构是全站技术架构中不可分割的一部分》，文中提到一个问题，运维架构和技术架构的脱节这个问题到底出在哪了？到底谁应该承担这个责任？ 三、架构契约中的运维部分—架构标准化 上面提到的团队和团队协作，这个就不多说了，组织定期的例会讨论，多参加彼此技术方案会议，随时随地的交流，这个只要保持开放的心态和合作模式都是可以做到的。 还是想再说一下，千万不要出现，开发说这个应该是运维考虑的事情，跟我们无关，运维说这个应该是开发的事情，开发想不不清楚让我们怎么办？ 重点谈谈关于架构标准化，之前提到的标准，更多的还是偏运维层面的标准，比如硬件资源标准、应用标准、部署标准等，这些在《如何打造一个以应用为核心的运维体系》文章介绍过，不多解释。 上篇讲了技术架构与运维脱节的问题，这篇算是进了一步，运维真正的参与到了架构设计中，确切说是架构标准制定中，运维虽然不是架构的实现者和开发者，但确是维护架构统一和标准的执行者。
1.4K30发布于 2018-08-09 - 来自专栏devops_k8s
做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)
做运维需要考虑的事 简介 /* 运维是在于一个量 最少的人，最多的事 并且保证业务 比如说google的一个数据中心，只有几个人在维护 运维不能直接的创造价值，而是可以变相的节约成本 简介 运维的工作方向比较多，随着业务规模的不断发展，越成熟的互联网公司，运维岗位会划分得越细。 运维研发 运维研发负责通用的运维平台设计和研发工作，如：资产管理、监控系统、运维平台、数据权限管理系统等。提供各种API供运维或研发人员使用，封装更高层的自动化运维系统。详细的工作职责如下所述。 （1）运维平台 记录和管理服务及其关联关系，协助运维人员自动化、流程化地完成日常运维操作，包括机器管理、重启、改名、初始化、域名管理、流量切换和故障预案实施等。 ，处理值班问题，确保系统服务稳定性； 负责运维自动化/标准化方案设计，自动化工具及平台研发，提升运维效率； 负责生产、测试、灰度多套环境的部署和维护，配合研发、测试团队进行应用部署；
8.5K1011发布于 2020-12-23 - 来自专栏民工哥技术之路
运维标准化文档的四项基本原则
而运维的管理实践中充斥着大量重复性事物，并且是批量级别的运维任务，在这种情况下运维的标准化就工作就显得至关重要了。 通过运维的标准化，可以实现对“运维最佳实践”的归纳和总结，从而实现对“运维最佳实践”的统一规范和执行。 所以标准化是提高团队效率的重要方式，是梳理运维杂乱问题的重要依据。 运维标准化之核心原则 1. 结束语 笔者希望通过这篇文章能向各位传达一个观点，企业运维的标准化其实很简单。 不用追求大而全，从自己的最佳实践出发，统一化规范化以后，会发现运维的工作突然清晰了很多，以前宣扬的“运维是神仙干的活”也不过如此。 以标准化为起点，我们可以到运维架构化，到运维服务化，再到运维自动化。 因此，标准化可以说是运维的起点工作。 以上便是我在运维标准化学习实践的一些总结，现在做的还不是很成功，还在继续努力中。
3.2K30发布于 2020-09-16 基于桌面管理软件实现企业终端安全标准化运维的实战
运维效率低下，故障排查耗时耗力当终端出现故障时，IT运维人员往往需要逐台现场排查或远程连接处理。面对成百上千台终端，这种"救火式"运维模式不仅响应速度慢，更难以形成系统化的故障知识库。 远程运维赋能：提升响应效率与用户体验高效的桌面管理离不开远程运维能力的支撑。 此外，远程运维过程中的所有操作均被完整记录，形成可追溯的审计日志。这不仅满足了等保2.0及ISO 27001等合规要求，也为后续的安全事件调查提供了关键证据链。 理想的技术架构应具备以下特征：统一Agent架构：在终端部署轻量级客户端，实现配置管理、软件管控、远程运维、资产盘点等能力的模块化集成，避免多Agent冲突导致的系统性能损耗。 通过构建标准化的桌面管理体系，企业不仅能够将安全基线落实到每一台终端，更能将IT运维团队从重复的"救火"工作中解放出来，聚焦于更具价值的战略性任务。
16810编辑于 2026-05-06- 来自专栏kafka专栏
【kafka运维】Leader重新选举运维脚本
1 指定Topic指定分区用重新PREFERRED：优先副本策略 进行Leader重选举
4.2K40编辑于 2021-12-31 - 来自专栏kafka专栏
【kafka运维】ConfigCommand运维脚本
默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置
3.4K10编辑于 2022-04-13 - 来自专栏AI+运维：智能化运维的未来
运维人别硬扛了！看AI怎么帮你流程标准化又快又稳
运维人别硬扛了！看AI怎么帮你流程标准化又快又稳在运维圈子里流传一句至理名言：“人是最不稳定的风险源。” 做久了运维你就知道，出问题往往不是系统多烂，而是流程没标准，操作靠心情。 今天，咱们来聊点硬核又接地气的话题——人工智能在运维流程标准化中的应用。 一句话总结：别再靠拍脑袋搞运维了，让AI来帮你抠细节、兜底线、提效率。一、为啥运维流程总是“不标准”？ 二、人工智能，怎么帮运维标准化？AI在运维里不是干掉人，而是标准化人的经验和套路。 尤其是随着AIOps平台（像腾讯蓝鲸、阿里智维等）越来越成熟， AI+运维流程标准化，已经是大势所趋。六、最后敲重点未来，真正牛的运维不是手速快，而是能让系统自己动起来。 人不该再陷在无休止的手动工单、重复故障、疲劳战斗里，而应该把精力放在：定义标准 优化流程 训练AI系统一句话总结：AI不是让运维失业，而是让运维更值钱。标准化，是走向智能运维的必经之路。
43700编辑于 2025-04-28 - 来自专栏大魏分享（微信公众号：david-share）
IT运维之路-从标准化到自动化(第一篇)
前言 笔者在上一篇文章《从Gartner IT成熟度模型谈Linux运维》中已经提到了红帽卫星。在这篇文章中，笔者主要介绍了如何通过红帽卫星提升客户OS 运维成熟度模型。 红帽卫星的核心，是围绕着生产运维标准化和自动化展开的。标准化的好处，笔者在上一篇文章已经做过介绍，本文不再赘述。至于红帽卫星如何通过自身功能，实现标准化和自动化，是本系列文章介绍的重点。 ? 两个数据中心要实现一体化标准运维。那么，就可以通过一套红帽卫星实现。将Satellite Server放置在一个数据中心，如北京，它管理北京数据中心并负责订阅产品的下载。 通过Satellite Server和Capsule server，既实现了多数据中心运维的统一性，又实现了管理模块的分布式。 ? 结合内容视图和生命周期管理，可以使客户的开发、运维、生产环境更加规范化和流程化。 总结：至此，笔者从架构角度介绍了Satellite的基本功能和内部一些架构。相信读者对此有了一定的了解。
2.1K100发布于 2018-03-22 - 来自专栏北京马哥教育
【运维故事】运维小白黑化记
来源:运维人那些事儿 ID:jzjytd2016 【01】换工作 2017年8月份的某一个晴朗慵懒的下午，我在望京中环南路7号西家大院E楼5层最角落且紧靠大落地窗的工位上掐指一算，我在研究院竟然已经工作 顶着小伙伴和家人都觉得你脑子进水的诧异目光，我开始了我的换工作大业，从实习开始就在研究院工作，突然开始可以选择了竟然有些茫然，种种纠结波折暂且不表，总之，在2017年12月18号，我走进了东四157号，正式成为了银河信息化集中交易运维团队的一份子 每每想到这些，我除了自责、懊恼、自我怀疑之外，也深深体会到了团队成员的团结和大家释放出来的善意，对于运维团队来讲，每天来自业务部门及客户的压力非常大，小心翼翼，如履薄冰，全部精力用来对抗外部还不够，对于团队内部制造麻烦消耗精力的人的态度 这次经历也让我对运维工作有了新的认识和更多的思考，在这里和大家分享一下： 操作层面 1. 线上操作无小事”，坚持 “双人复核”，坚持“按照流程操作” 端正心态，受过去经历和个人性格的影响，我是一个有一点个人英雄主义倾向的人，来到新的团队，更是急于证明自己，心态出了问题自然会导致路线跑偏，生产系统线上运维是一个严谨度要求非常高的工作
3K30发布于 2018-06-20 - 来自专栏devops_k8s
运维管理与运维自动化
3 运维管理从运维现状来看，我们优先需要解决的是自动化的问题，而自动化的前提是标准化/规范化，而好的自动化需要配合可视化或web化，可以将我们80%或更多的工作进行优化。 因此目前我们总结的运维管理主要目标是标准化/规范化，自动化，可视化/web化。其中标准化可根据运维实际情况进行制定；而可视化/web化，可以通过开源工具或web开发实现。 7.2 运维管理文章开头说运维管理主要目标是标准化/规范化，自动化，可视化/web化，从切身体验来看运维管理的目标也是随着运维自动化阶段的不同而变化的。 理由:（1）运维自动化的价值在于，将运维从繁琐的、例行、容易发生人为事故的工作中脱离出来，做更有价值的业务运维和服务运维。所以，从这个角度来看，运维自动化既不是起点，也不是终点。 运维自动化不是万能的，我们需要看清楚它的位置。（2）运维的本质到底是服务，是服务于业务，因为运维是用技术解决业务问题，运维的价值要依托于业务才能体现。
3.3K60编辑于 2023-07-21 - 来自专栏智能运维圈
IT运维发展进程中不同时期的差异！传统运维、互联网运维、业务运维
而运维作为IT运行的有力保障，在不同时期和不同类型的企业中正在发挥着越来越大的支撑和引领作用，今天就让我们聊聊信息化时代的传统运维、互联网时代的互联网运维和数字化时代的业务运维有什么不同！ 随着IT规模越来越大、系统越来越复杂，运维保障工作由最初的硬件运维不断细分，网络工程师、系统运维工程师、DBA、安全工程师等岗位加入到运维体系中，系统管理采用各种重耦合的ITSM、ITOA软件，如IBMTivoli 故障发生时，要求互联网运维能够第一时间发现问题，并快速进行根因分析，依靠人工巡检的传统运维管理方式严重落后，自动化运维逐渐流行。 未来，随着机器学习、深度学习等技术的不断成熟，AI技术将在业务运维体系中得到广泛的应用，共同推动IT运维市场的进步，而这就是业务运维在几年之后发展方向——智能运维AIOps。 通过不断的数据积累和持续学习，智能运维AIOps将把运维人员从纷繁复杂、过度依赖人工的监控、发现、告警和修复工作中彻底解放出来，而运维也将变得更加自动化、智能化。
4.7K201发布于 2021-05-11 【运维自动化-标准运维】标准运维标准插件使用技巧-篇
蓝鲸智云标准运维，以下简称标准运维标准运维中的标准插件：标准运维自带封装好的插件，主要是蓝鲸平台各个产品的原子操作，可以直接拖拽到流程画布里使用。如果标准运维插件不满足，则需要自定义开发插件。 默认标准插件有哪些部署完社区版，标准运维里默认有以下标准插件，覆盖5个类醒，总数40+【蓝鲸服务】标准插件使用方法1、HTTP请求该插件使用需要确保请求的URL在当前网络下是能访问演示：选择http插件配置插件参数新建任务执行效果
37510编辑于 2025-09-17- 来自专栏互联网运维杂谈
运维杂谈
前几天和一个朋友聊天，谈到运维的方方面面。简要记录如下： 1、关于运维愿景 建立标准化的运维体系，打造透明化的综合运维服务平台。 8、关于运维标准化（非常重要） 没有什么比运维标准化带来的基础架构简化更重要的了。 一句话：运维的标准化直接决定了运维成本的高低，也决定了运维方案切换的代价。 9、关于服务框架 分成三个层次：网络框架（用统一的网络模型）、协议框架（统一的协议很重要）、服务管理框架、集群服务管理。 这是服务的标准化框架，实现的层次越高带来的收益越高，运维的管理成本就越低。前三点看到的还是单个服务，能够对自己的服务生命周期负责。 12、 关于透明化服务 透明化的服务，其实是屏蔽了服务的细节，标准化服务输入因素比如说业务的访问模型、访问压力等等，并给出标准化的运维方案。
7.5K13发布于 2019-11-18 - 来自专栏六个周
运维相关
服务器配置： 数据库rds、redis、nacos、nginx、node、git、域名、OSS、java、maven 安装Java\maven\nginx\Mysal JAVA yum install java-1.8.0-openjdk : java -version vim /etc/profile.d/java.sh JAVA_HOME=“/usr/lib/jvm/java-1.8.0-openjdk” source /etc/profile.d/java.sh 验证：echo $JA
3.6K30编辑于 2022-10-28 - 来自专栏sktj
ceph 运维
一、集群扩展 1、添加OSD节点 image.png image.png image.png image.png image.png image.png image.png image.png image.png image.png 2、删除OSD节点 image.png image.png image.png 3、添加mon节点 image.png image.png image.png image.png image.png i
2.7K30编辑于 2022-05-18 - 来自专栏sktj
Docker 运维
1、在线扩容 2、#单主机容器通信由 --icc控制，设置为false，容器间不能通信，默认为true ~设置link ~通过虚拟IP和端口 3、单主机容器网络：none,host,bridge https://www.cnblogs.com/justinli/p/11679270.html 4、docker 跨主机通信 ~flannel通信 ~overlay方式 ~macvlan方式 ~weave方式 ~calico方式 5、docker 更改容器日志驱动 docker run -d --log-driver=syslog redis -v 方式处理日志 日志收集 6、监控 docker stats
1.9K20发布于 2019-12-13 - 来自专栏python3
linux运维
Linux服务器被黑遭敲诈，如何在3小时内紧急逆袭 作者介绍：陈浩，北信源研发工程师，五年Linux运维工作经验，热衷运维技术研究、实践和团队分享。 看完就会用的 GIT 操作图解分析 无论你是前端还是后台，无论是运维还是移动端研发，GIT 是逃避不了的东西，当然你说你要用 SVN，那不在这次的讨论范围之内。
18.6K30发布于 2020-01-03 - 来自专栏华汇数据服务
企业IT运维的目的？如何提高运维效率？
当多个行业企业信息化建设走过大规模新建期后，IT运维成为企业IT的常态。系统、数据与业务的日益复杂，都加剧了企业IT运维的难度。 对大多数自建团队与多个供应商合作并存局面的企业而言，IT运维管理需要考虑内外部兼顾的情况无疑会令CIO们颇为头疼，比如医院、制造、金融、政府等政企行业用户。 某三甲医院IT管理者甚至表示，希望帮助寻求IT运维方面好的方案，原因在于他们日常工作主要是运维支撑，而医院大大小小系统几百个，对系统的精细化和个性化需求，导致IT服务商过多，如此复杂的情况让日常运维容易陷入被动且难管理 因此，企业要明白IT运维的目的是什么？如何能让IT运维提高企业的业务运营质量。 达到以下几个方面的目标：(1)全面提高企业IT部门运维效率基于IT比服务流程化的管理模式将提升IT部门的服务能力提高IT故瞳的解决效率，如此一来自然降低了IT部门相关人员的工作量同时有效协调资源减少IT
3.3K30编辑于 2022-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号