- 综合排序
- 最热优先
- 最新优先
- 来自专栏devops_k8s
运维管理与运维自动化
3 运维管理从运维现状来看，我们优先需要解决的是自动化的问题，而自动化的前提是标准化/规范化，而好的自动化需要配合可视化或web化，可以将我们80%或更多的工作进行优化。 6.2 选择正确的阶段运维自动化一般沿袭这样的阶段：手动支撑 => 线上标准规范化 => 运维工具化 => 平台自助化/自动化。选择适合自己当前业务发展阶段的运维自动化方式，不要一口吃成胖子。 7.2 运维管理文章开头说运维管理主要目标是标准化/规范化，自动化，可视化/web化，从切身体验来看运维管理的目标也是随着运维自动化阶段的不同而变化的。 理由:（1）运维自动化的价值在于，将运维从繁琐的、例行、容易发生人为事故的工作中脱离出来，做更有价值的业务运维和服务运维。所以，从这个角度来看，运维自动化既不是起点，也不是终点。 运维自动化不是万能的，我们需要看清楚它的位置。（2）运维的本质到底是服务，是服务于业务，因为运维是用技术解决业务问题，运维的价值要依托于业务才能体现。
3.6K60编辑于 2023-07-21 - 来自专栏sktj
运维自动化
2 系统配置参数优化 web服务器优化：网络连接的压力，硬盘读压力 tcp_max_syn_backlog 处理第二次握手状态的数量，默认1024，可以增加
2.5K10编辑于 2022-05-19 - 来自专栏程序员同行者
运维与自动化运维发展概括
1、运维自动化发展 运维学习和发展的一个线路： 1.搭建服务（部署并运行起来） 2.用好服务（监控、管理、优化） 3.自动化（服务直接的关联和协同工作） 4.产品设计（如何设计一个运维系统） 系统架构师（偏管理）：网络 系统 数据库 开发 云计算 自动化 运维管理 服务管理 项目管理 测试 业务 -----专注于某一领域 2、运维自动化发展 运维工作内容分类： 监控运维（7x24 运维值班、故障处理） 应用运维（业务熟悉、服务部署、业务部署、版本管理、灰度发布、应用监控） 安全运维（整体的安全方案、规范、漏洞检测、安全防护等） 系统运维（架构层面的分布式缓存、分布式文件系统 、巡检、报修、硬件监控） 3、运维自动化发展 标准化： 物理设备层面： 1.服务器标签化、设备负责人、设备采购详情、设备摆放标准 2.网络划分、远程控制卡、网卡端口 3.服务器机型、硬盘 运维自动化发展 基于ITIL的运维管理体系 成为一名运维经理： 技术： 运维知识体系 除了技术： 1.服务管理 ITIL 2.项目管理 PMP 做人
6K51发布于 2018-07-02 - 来自专栏sktj
自动化运维
当你需要持续、频繁地进行一些事情，自动化运维就是需要的。 OS环境初始化 配置管理工具puppet或satkstack 组件部署 nginx、mysql等 应用程序包部署 xxx 申请关联服务 dns\lvs\cache 自动化测试 对接自动化测试 业务上线 监控系统、CMDB 自动化平台 image.png DNS管理平台+后端BIND：https://www.oschina.net/p/namedmanager
2.8K30编辑于 2022-05-19 【运维自动化-标准运维】标准运维标准插件使用技巧-篇
蓝鲸智云标准运维，以下简称标准运维标准运维中的标准插件：标准运维自带封装好的插件，主要是蓝鲸平台各个产品的原子操作，可以直接拖拽到流程画布里使用。如果标准运维插件不满足，则需要自定义开发插件。 默认标准插件有哪些部署完社区版，标准运维里默认有以下标准插件，覆盖5个类醒，总数40+【蓝鲸服务】标准插件使用方法1、HTTP请求该插件使用需要确保请求的URL在当前网络下是能访问演示：选择http插件配置插件参数新建任务执行效果
48110编辑于 2025-09-17- 来自专栏青灯古酒
Python自动化运维
在命令行窗口中启动的Python解释器中实现 在Python自带的IDLE中实现
1.8K30编辑于 2023-10-16 - 来自专栏python3
Python自动化运维
total(内存总数)、used(已使用的内存数)、free(空闲内存数)、buffers(缓冲使用数)、cache(缓存使用数)、swap(交换分区使用数)
2.9K20发布于 2020-01-14 - 来自专栏TASKCTL技术交流讨论
自动化运维时代，运维失去价值了吗？
首先，之前所讲的专题是在运维自动化专场，后来一些交流下来，我们共同的感觉是，听众们都特别的关注运维自动化，恰恰说明了我们现在运维的现状是：有太多的公司还没有自动化或者自动化程度很低，还没有找到明确的自动化的方向和思路 这里先不谈运维自动化的问题，想先表达两个观点： 运维不仅仅是自动化，还有很多方向值得我们去发力 运维，技术不是问题，重要得是思维上的转变 运维不仅仅是自动化，还有很多方向值得我们去发力 前两天在运维群里 效率 这块跟日常的运维例行工作紧密相关，如资源分配&回收、域名配置、VIP配置、持续集成&发布、应用部署、应用扩容&缩容等，这块是运维最基础的工作，通常提到的运维自动化，大多是集中在这些工作上，因为这些工作偏日常和重复 ，目前业界的自动化的解决方案也非常完善了，所以可以优先把这些问题解决掉，目标就是解放运维的生产力，提升运维效率，降低人为失误，让运维的同学可以有更多的精力去做更有价值的事情。 所以，我觉得运维在技术上不是障碍。即使你觉得以上工具不好使，可以参选我们团队自己研发的ETL调度工具taskctl 关于taskctl 是一款功能全面的作业自动化调度技术管理工具。
2.5K50发布于 2020-06-24 【运维自动化-标准运维】执行方案如何使用？
标准运维中的执行方案跟作业平台里的执行方案有些不一样，作业平台中的执行方案是作业模板实例化出来的，标准运维中的执行方案主要是不同步骤的一个组合，实际是一个执行任务。
71510编辑于 2025-04-03【运维自动化-标准运维】变量的高级用法
在全局变量使用篇里了解到了各类变量的基本用法，实际在很多场景下，需要对变量进行处理，这就是标准运维里变量的高级用法。
40210编辑于 2025-08-22- 来自专栏运维笔记
运维自动化之殇 | 高效运维最佳实践05
前言 这些年来，大家都在谈运维自动化。但大家是否也会困惑于“只见树木、不见森林”？或者说，做了几年的运维自动化，但依然不能确定还有哪些工作没做？怎么更优雅的实施运维自动化？ 另外，运维自动化会潜在的带来哪些问题？且听本文分解\~ 本文实际上包括两部分，关于运维自动化的一些观点（前3部分）和运维自动化的痛点（第4部分）。 如果已是运维自动化的专业人士，可以跳过前面内容，直接鉴赏第4部分------运维自动化之殇。依惯例放上目录，请享用。 什么是运维自动化？ 运维自动化的三个阶段 怎么做运维自动化？ 运维自动化之殇 好吧，我们正式开始。 什么是运维自动化？ 有人从实用性的角度来表述运维自动化，就是把运维日常需要登录机器的操作，完全Web化，以后只需要点一下鼠标就搞定。 运维自动化不是万能的，我们需要看清楚它的位置。运维自动化既不是起点，也不是终点。 运维自动化，终归只是一个高级工具而已。
3K52发布于 2019-01-30 超自动化运维如何降低运维复杂度
超自动化运维平台通过“低代码/无代码”的可视化编排引擎，让任何人都能快速构建自动化流程。 自动化不再需要“专业程序员”，运维人员自己就能搞定。 这才是真正的“降低复杂度”——不是把工作量从运维转移到开发，而是让运维自己就能把活干了。 超自动化运维平台通过“监、管、控联动”，将监控、流程管理、自动化执行、配置管理全部打通。 六、降复杂度的本质：让运维回归“思考”本身超自动化运维降低复杂度的逻辑，不是“让运维人员更努力”，而是“让系统替人承担复杂度”。 超自动化运维，不是让运维变得更复杂，而是把复杂都留给了平台，把简单还给了人。
10500编辑于 2026-08-04超自动化运维：构建持续改进的运维体系
运维自动化不是一场“大爆炸”式的变革，而是一条持续演进的漫长道路。 答案是：缺少一套“持续改进”的机制，让自动化体系本身成为“活”的系统。超自动化运维的终极形态，不是“一次性建设完成”的静态工具，而是一个能够自我感知、自我优化、自我进化的动态体系。 结语：持续改进，是超自动化运维的“灵魂”工具可以购买，平台可以搭建，剧本可以开发——但如果没有持续改进的机制，一切都会在半年后陷入停滞。 超自动化运维的真正价值，不在于它“一开始能做多少”，而在于它“能不能越做越好”。 从今天开始，为你的超自动化体系装上“持续改进”的引擎。让运维不再是“做完就结束”的项目，而是“越跑越顺”的征程。
15610编辑于 2026-07-20【运维自动化-标准运维】如何创建循环流程
https://smartpublic-10032816.file.myqcloud.com/custom/20221221171951/20044/20221221171951/--2160345a7fc46256700a53b700bf103c.png
31710编辑于 2026-01-23【运维自动化-标准运维】标准插件使用技巧-篇
蓝鲸智云标准运维，以下简称标准运维标准运维封装了两个节点管理（蓝鲸智云节点管理）的原子操作作为标准插件新建任务插件操作我们看看这两个插件如何使用新建任务新建任务插件主要是封装的节点管理agent安装操作 ，包括安装agent和安装proxy（非直连模式），方便管理员可以把这个动作集成到资源管理的流程中去，比如一个机器从初始到上线的流程，就不需要再单独去节点管理安装agent，直接在标准运维一个流程里集成即可 bkmonitorproxy、exceptionbeat、bkunifylogbeat、gsecmdline 几种，具体功能介绍可以查看：xx插件的托管、安装、升级、卸载等操作都是在节点管理做的，标准运维插件的操作实际就是调用节点管理来执行
37210编辑于 2025-10-16【运维自动化-标准运维】职能化功能如何使用？
职能化功能主要用于一些固化的标准流程可以通过权限开放的方式给到那些负责固定职能的非运维人员，比如外包操作员来执行操作，如此可以释放一些运维的人力，让其可以专注流程的建设和优化。 实操演示新建职能化流程（运维角色操作）在创建完流程之后，创建任务时，流程类型选择职能化任务流程认领职能化任务（非运维角色）认领职能化任务，需要有权限看到职能化的任务列表，并且有该流程的任务执行权限（以及流程里的标准插件的相关权限 比如一个流程里有作业平台执行脚本的插件，那么职能化角色的人员要能认领职能化任务并且执行，需要有的权限：职能化中心查看项目查看流程查看任务认领、执行作业平台脚本执行（可以具体到指定的目标ip）（标准运维的权限申请示例
52600编辑于 2025-04-15- 来自专栏Linux技术资源分享
自动化运维之playbook
传送ansible文档详解 自动化运维之ansible ---- ****playbook基础语法**** playbook使用了YAML格式的语法，该语法还是相当简单的，可以体验出程序构造或执行的过程 Alic_--extra-vars when (⊙o⊙)嗯～～～，when在运维时是一个重点，不同Linux的发行版呢，有些命令就不一样，但都是了解到了条件即可switch地处理。 Demo实践目录树 ---- 自动化运维之ansible ----
1.5K30发布于 2018-06-08 - 来自专栏C3ting
Shell学习——运维自动化
Shell学习——运维自动化 一、什么是shell Shell是一种用于与操作系统内核进行交互的命令行解释器（command-line interpreter）。 通过编写脚本，可以将一系列命令和操作组合在一起，以便批量执行、自动化任务或实现复杂的操作逻辑。 总之，Shell是一种命令行解释器，它为用户提供了一种与操作系统进行交互和执行命令的方式。 通过Shell，用户可以控制和管理操作系统的各种功能，并使用脚本编写来实现自动化和批处理操作。 二、Shell基础语法 1、命令执行： 输入命令并按下回车键即可执行命令。
94310编辑于 2023-12-26 - 来自专栏python3
Python 自动化运维 nmap
1.对端口扫描，查看端口状态 2.实例 import sys import nmap scan_row = [] input_data = raw_input("PLEASE INPUT: ") scan_row = input_data.split(" ") if len(scan_row) != 2: print ("error") sys.exit(0) hosts = scan_row[0] ##输入的主机 port = scan_row[1] ##输入的端口
95530发布于 2020-01-15 - 来自专栏惨绿少年
自动化运维之PSSH
PSSH提供OpenSSH和相关工具的并行版本。包括pssh，pscp，prsync，pnuke和pslurp。该项目包括psshlib，可以在自定义应用程序中使用。 pssh是python写的可以并发在多台机器上批量执行命令的工具，它的用法可以媲美ansible的一些简单用法，执行起来速度比ansible快它支持文件并行复制，远程命令执行，杀掉远程主机上的进程等等。杀手锏是文件并行复制，，当进行再远程主机批量上传下载的时候，最好使用它。 项目地址: https://code.google.com/archive/p/parallel-ssh/
2.7K30发布于 2019-01-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号