- 综合排序
- 最热优先
- 最新优先
- 来自专栏嘉为动态
运维转型 | 运维人不再只是“救火英雄”
4、数据 数据是数字化转型的基础，在运维领域玩数据已经不是什么新鲜事了，AIOps在各种行业大会中出现的频度越来越高。 —— 转型需要发动群众People 你打算如何影响相关的人们？—— 转型需要制定计划Plan 转型后会产生什么样的影响？—— 转型需要讲收益Payback 也就是我们接下来要讨论的另外4P。 在得到高层支持的前提下，为了运维转型的气氛营造的热烈起来，可以采取一下行动： 让领导参加运维转型项目相关的重要会议 在公开场合讨论运维转型项目的进展情况 迫使有反对意见的领导参与到运维转型推进工作 4、计划 Plan 定计划是非常难的，这会涉及到路线选择的问题，是选择全自主研发路线，还是找合作伙伴支撑？ 选择完全依靠自有力量的企业是非常勇敢的，需要很大的决心。 组织提升：运维团队经过数字化转型后，人员技能和组织模式可能会发生变化，比如在人员组成上会区分运维操作人员、运维开发人员、运维分析人员、和运维专家，而转型的效果将会与几种人员的比例相关。
3.7K22发布于 2020-02-05 - 来自专栏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 - 来自专栏华汇数据服务
运维向运营转型，会是企业IT传统运维的发展方向吗？
前言 近两年，运维人需要面对不断涌现的新兴技术和架构转型的要求，例如企业上云、分布式、容器化、双中心双活等等。 第一，运维对象越来越多 随着企业推进数字化转型，新增的应用系统越来越多；随着线上业务规模扩大，应用系统不断地进行细化拆分，组件的数量越来越多；随着微服务的推行，节点朝着小而多的方向迅速发展 运维人员每天忙碌，承受压力，又不被认可，运维的价值在哪里？ 面对以上的三个问题，我认为，运维要从过去的被动式运维向主动型运维转变，从操作型向管理型转变，从背锅式运维向价值型运维转变。 当企业的规模发展到一定程度后，运维要向运营转型，从技术支撑到价值输出。 要实现这三个运维转变和向运营转型，我个人认为我们应该从三个方面去做出改变，分别为改变运维理念，改变运维管理方式和改变运维知识体系。具体如下： 第一、运维管理理念要改变。
3.1K30编辑于 2022-04-20 - 来自专栏腾讯技术工程官方号的专栏
云原生背景运维转型之 SRE 实践
作者：yorkoliu，腾讯 IEG 业务运维专家 一、前言 上一篇文章《云原生背景下的运维价值思考与实践(上)》 重点介绍了云原生背景下运维转型的思考，围绕着整个 DevOps 交付链，贴近业务不断输出运维的能力与价值 本文的出发点也是站在巨人肩膀之上，结合自身业务服务场景，思考在云原生背景下，运维转型还有多少种可能性，本文或许只给出其中一种答案吧。 ▫ 定制 SRE 准则 在实践 SRE 过程中，我们总结并提炼了“SRE 8 准则”，来指导我们的日常运维工作。 三、跟踪 SLO 状态 量化目标是一切工作的起点，所有运维工作都以围绕 SLO（服务水平目标）指标的定制、执行、跟踪、反馈来展开。 以上问题亟待建立全新的监控机制，帮助开发/运维人员全面洞察系统运行状态，并在系统异常时帮助其快速定位解决问题，云原生可观测性基础设施应运而生。
3.5K20编辑于 2022-01-17 - 来自专栏python3
python运维开发笔记4
['mysql','-u','root','-p123','-e','show processlist']
1K10发布于 2020-01-15 - 来自专栏前沿技墅
云计算和 AI 时代下的运维转型
目前专注于云计算和人工智能时代的运维转型和提升。加入蘑菇街之前，赵成在华为工作了七年，经历过开发、测试、运维以及一线客户服务等诸多岗位。 应用运维的转型 如果只允许给一条建议的话，我给出的建议就是—— 学会写代码 早期的运维岗位，基本上不会对代码能力有很强的要求。 所以，我们无论是做运维转型，还是做其他技术转型，具备代码开发能力，已经成为了一项必备技能。 这里多说一点，大多数运维人员不具备代码开发能力，并不是自身的能力问题。 在阿里巴巴的PE转型过程中，有一部分运维转型去做效能工具研发，有一部分经验丰富的资深运维就转型成为技术产品和技术运营这样的运维专家角色。 我给出的建议是： 学会写代码，培养产品意识，提升技术运营意识 当然，转型这个过程也不会完全是绝对和极端的，不可能一个运维都不要，一个SA（System Administrator，系统管理员，或者叫系统运维工程师
1.7K31发布于 2018-07-31 - 来自专栏Forrest随想录
给运维同学的一个转型建议
当然，我这里写的是运维，其实跟绝大多数做技术的同学都相关。 之前有很多做运维的同学问我该如何提升自己，后续应该怎么发展等等。 但是去年一年下来，我也接触了很多不同行业和企业的运维团队和人员，再加上我们自己也在不断的转型中，所以我觉得可以给个方向上的建议。 但是，现在在很多企业里面，很现实的情况就是，上云上不去，要么政策原因，要么是没技术实力和人力，现有自运维的模式也玩的下去，所以就这样发展着。 这种模式，对于企业来说，是个不错的选择，稳定，还不用折腾，但是，说实话，对于里面做技术，特别是做运维的同学，就没什么挑战性了，也不会有什么发展空间，往往还很苦逼。 一些岗位参考，比如，公有云平台的运维，至少在规模和体量上足够大，挑战也足够大，还能接触到很多新技术，做的好一些，可以参考Google CRE。
78420发布于 2019-03-04 - 来自专栏东风微鸣技术博客
「笔记」某电信公司转型 SRE 运维体系交流
痛点 •传统竖井式IT架构（封闭、隔离、非标、难运维） •X86 服务器硬件稳定性不足 •开源软件可靠性不足，且不可控 •出了故障，被动救火救不完 转型 由此催生了转型升级的需求： 1.运维智能（SRE ）的转型 SRE运维模式 核心职责 保证： 1.业务连续性 2.应用连续性 3.平台连续性 职责分工 1.综合运维岗1.7*24 在线或远程值班 2.业务监控 3.业务运维操作 4.故障处理 5.应急处理 2.运维专业组（由基础架构的：主机、存储、网络、中间件、数据库岗位演化而来） 1.系统架构梳理和优化 2.新建系统评审 3.故障演练 4.新技术引入 5.专业职责和经验赋能给综合运维岗，如提供数据库自动化脚本 、数据库切换演练流程标准化等 3.运维开发 1.为综合运维岗开发运维工具、运维系统 2.收集分析运维专业组自动化、监控等需求 3.DevOps、自动化运维、智能监控系统、容器平台等系统开发和持续迭代演进 综合运维岗 - 全栈运维入口 要点 •全面运维•工具应用•统一入口•人才培育 人员要求： 理工科背景; 应届生; 实习生 典型流程 事件跟踪和故障处理; 需要人工处理的交给专业组; 故障升级给"值班经理
70630编辑于 2022-04-22 - 来自专栏DBA随笔
Redis开发与运维学习笔记---(4)
4 迁移键 redis中，提供了3中迁移键的方法： move dump+restore migrate 下面分别介绍： 1、move move命令用户在多个数据库中进行键迁移。
63210发布于 2020-03-31 - 来自专栏嘉为动态
企业IT数字化转型中的PaaS运维模式
运营平台建设的背景 企业数字化转型已成为应对业务和市场不确定性以及新机遇的必备条件。在企业数字化转型的过程中，一个稳定且持续生长的运营平台显得至关重要。 运营体系的建设是一个复杂而庞大的话题，它涉及数字化驱动、技术引领、组织转型、重塑体验等多个内容。 不同于业务系统的开发，运营场景的开发是运维人员进行运维开发转型后能足够胜任的，而且更懂运维与运营的是实际拥有维护经验的人，基于平台化的方式，使得运营场景的构建更为敏捷，组织能力得以整体提升。 ? 4、原子平台集成： 原子平台越建越多，但是原子平台最终都是用来消费和调用的，因而接下来进行整体集成，整体架构上用了SOA架构，而服务模块上则会灵活使用微服务架构。 ? 4、运维场景APP层（SAAS层）： 蓝鲸平台所有的运维场景APP运行在这个层次，包含IT监控等各类APP； 该层次包含测试环境和生产环境两套运行环境；APP开发完整并部署后，先运行在测试环境，稳定后再推送到生产环境
2.8K41发布于 2018-12-21 - 来自专栏技术文档案例展示
AIOps行业演进全景：传统人工运维向智能运维转型发展路径
AIOps行业演进全景：传统人工运维向智能运维转型发展路径 在数字化深度落地的当下，企业IT架构从单一机房架构演进为云原生、微服务、分布式混合架构，业务系统复杂度呈指数级增长。 传统人工运维模式效率低下、容错率低、响应滞后的短板彻底凸显，AIOps智能运维成为运维行业转型升级的核心方向，实现运维从“被动救火”向“主动预判、智能自治”的跨越式变革。 三、转型发展路径：从人工运维到智能自治运维 行业整体转型分为三个核心阶段，循序渐进、贴合企业落地现状。 第一阶段：工具化运维（人工辅助阶段）。 替代纯手工操作，通过监控平台、自动化脚本实现批量巡检、简单告警统计，减少重复人力工作，但无智能分析能力，故障排查仍依赖人工经验，是转型基础阶段。 第二阶段：数字化智能运维（数据赋能阶段）。 整体而言，人工运维向AIOps智能运维转型，不是简单的工具替换，而是运维思维、体系、模式的全方位革新。
1000编辑于 2026-07-07 2025运维监控厂商选型指南：选对监控产品提升企业运维效率，实现数字化转型
一款优秀的运维监控平台不仅能保障业务稳定性，更能成为企业数字化转型的坚实基础。本文将深入对比分析主流运维监控平台，为企业提供一份全面的选型参考。 平台化生态集成：作为蓝鲸运维体系的一部分，能与CMDB、自动化运维、ITSM等模块无缝集成，形成“监控-发现-定位-处置-复盘”的运维全生命周期闭环管理。 4）Cacti：核心定位：基于RRDtool构建的网络流量监测图形分析工具。特色能力：着重于直观数据的监控，易于生成图形，监控网络流量、CPU使用率等。 02.企业选型建议在选择运维监控平台时，企业应综合考虑自身规模、技术架构和发展战略。 A：一体化运维监控平台如嘉为蓝鲸全栈智能可观测中心，优势在于统一数据模型、降低集成成本、避免未来孤岛，适合作为企业运维的“主干道”。“点”解决方案在特定领域可能更深入，适合作为“特色分支”。
32810编辑于 2025-11-10- 来自专栏全栈工程师修炼之路
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 - 来自专栏后端云
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 - 来自专栏腾讯专有云
运维平台第4期：数据掘金者
通过与平台监控系统联动，帮助用户提升运维能力，降低安全风险。 日志平台预接入了专有云平台及各产品管控面的关键日志，系统运维人员无须配置即可开始快速使用，助力平台高效运维。 通过分析进一步洞悉系统风险，提升对系统问题的发现识别，为后续运维改进提供决策依据。 场景4：等保安全审计 企业在过等保或者做审计时，需要收集各种类型的日志，要求日志至少达到180天存储，部分日志需要永久保存，有的日志则要求通过相关国家安全加密。 开箱即用 预接入平台及各产品管控面的日志，不需要系统运维人员配置即可开始快速使用日志平台的各项功能。 往期 · 推荐 运维专题第1期：数据中枢 运维专题第2期：警戒哨兵 运维专题第3期：诊断专家 一朵云，搞掂！
1.7K30编辑于 2022-06-24 - 来自专栏SRE转型
银行SRE转型：如何突破传统运维困境，打造高效团队
摘要：银行SRE团队的建设是应对数字化转型挑战的关键策略。本篇文章详细分析了传统运维与SRE的差异，并通过分阶段的转型路径说明了如何从规划到核心能力建设，再到全覆盖推广，逐步构建高效的SRE团队。 银行运维团队的SRE转型，正是实现这些目标的重要一步。 3）银行传统运维和SRE组织的对比03.SRE团队组建面对传统运维模式的转型需求，组建一个高效的SRE团队需要系统的规划和分阶段实施。 4）成果评估与持续优化1.量化成果，确保持续改进成果评估：SLO达成率：核心业务系统的稳定性是否达到预期目标。故障恢复时间：是否显著缩短。自动化覆盖率：是否降低了人为干预的比例。 展望未来，银行SRE团队将不仅仅是运维的核心力量，更会成为驱动金融科技创新的重要引擎，为银行的数字化转型保驾护航。
54110编辑于 2025-02-08 - 来自专栏全栈工程师修炼之路
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 - 来自专栏云计算与大数据
数字化转型｜业务-产线-研发-测试-运维｜BizDevOps
BizDevOps的总体目标是：打造业务和技术有机融合、高效运 作的数字化组织，赋能数字业务的持续创新和长期发展。 BizDevOps是企业数字化转型的重要组成部分⸺为业务的数 字化转型打造数字化的组织。 为此，组织必须打通从业 务（Biz）到产品开发（Dev）到系统运维和运营（Ops）的端到 端价值交付链，并形成有效的反馈、调整闭环。打通Biz，Dev和Ops的链路，也是BizDevOps名称的由来。 其 中的Ops包括系统运维，更包括业务运营，BizDevOps要建 立的是从业务开始到业务结束的完整链路和反馈闭环。
98941编辑于 2023-03-18 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（4）
Kubernetes 集群网络有很多种实现，有很大一部分都用到了 Linux 网桥：每个 Pod 的网卡都是 veth 设备，veth pair 的另一端连上宿主机上的网桥。由于网桥是虚拟的二层设备，同节点的 Pod 之间通信直接走二层转发，跨节点通信才会经过宿主机 eth0。
1.4K20编辑于 2023-02-10 - 来自专栏运维之美
「运维之美」技术周刊 ( 第 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
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号