- 综合排序
- 最热优先
- 最新优先
- 来自专栏嘉为动态
运维转型 | 运维人不再只是“救火英雄”
如何提升运维价值？ 过往我们会认为运维是保障性部门，职责就是为各个IT应用系统提供可用性保障。然而，我认为在企业数字化转型过程中，运维团队还应该借着转型的契机让自己能够提供更多，提升更多。 到这里我再总结一下，运维团队在面对数字化转型的大势下，需要做好的三点升级： 效率升级 提升运维自身团队的效率，通过各类运维工具和平台的建设，提升运维工作的效率，如自动化工具，智能监控等。 在得到高层支持的前提下，为了运维转型的气氛营造的热烈起来，可以采取一下行动： 让领导参加运维转型项目相关的重要会议 在公开场合讨论运维转型项目的进展情况 迫使有反对意见的领导参与到运维转型推进工作 组织更广泛的培训学习，让每个人感受到运维转型的决心 总而言之，运维转型必须让所有人感受到是有力量的，让每个人深刻感受到是一种大势所趋，不能消极逃避而要积极主动。 组织提升：运维团队经过数字化转型后，人员技能和组织模式可能会发生变化，比如在人员组成上会区分运维操作人员、运维开发人员、运维分析人员、和运维专家，而转型的效果将会与几种人员的比例相关。
3.7K22发布于 2020-02-05 - 来自专栏运维经验分享
CentOS 7 运维优化 原
CentOS 7 运维优化 一般的，我们安装CentOS mini和其他相应服务后，就能正常工作了。但工作一段时间后，服务器会出现不稳定、被入侵、甚至在突然的高并发时直接瘫痪状况。 所以，在这里提供一些运维优化的建议。 1.关闭不需要的服务 众所周知，服务越少，系统占用的资源就会越少， 所以应当关闭不需要的服务。 "$tty" = "$X_TTY" ] && continue initctl start tty TTY=$tty done end script 1 2 3 4 5 6 7 echo "IPV6INIT=no" >> /etc/sysconfig/network-scripts/ifcfg-eth0 # 禁用基于IPv6网络，使之不会被触发启动 1 2 3 4 5 6 7 8 7.调整 Linux 的最大文件打开数 要调整一下 Linux 的最大文件打开数，否则运行 Squid 诅服务的机器在高负载时执行性能将会很差；另外，在 Linux 下部署应用时，有时候会遇上 “
2.9K20发布于 2019-03-11 - 来自专栏华汇数据服务
运维向运营转型，会是企业IT传统运维的发展方向吗？
前言 近两年，运维人需要面对不断涌现的新兴技术和架构转型的要求，例如企业上云、分布式、容器化、双中心双活等等。 第一，运维对象越来越多 随着企业推进数字化转型，新增的应用系统越来越多；随着线上业务规模扩大，应用系统不断地进行细化拆分，组件的数量越来越多；随着微服务的推行，节点朝着小而多的方向迅速发展 运维人员每天忙碌，承受压力，又不被认可，运维的价值在哪里？ 面对以上的三个问题，我认为，运维要从过去的被动式运维向主动型运维转变，从操作型向管理型转变，从背锅式运维向价值型运维转变。 当企业的规模发展到一定程度后，运维要向运营转型，从技术支撑到价值输出。 要实现这三个运维转变和向运营转型，我个人认为我们应该从三个方面去做出改变，分别为改变运维理念，改变运维管理方式和改变运维知识体系。具体如下： 第一、运维管理理念要改变。
3.1K30编辑于 2022-04-20 - 来自专栏腾讯技术工程官方号的专栏
云原生背景运维转型之 SRE 实践
作者：yorkoliu，腾讯 IEG 业务运维专家 一、前言 上一篇文章《云原生背景下的运维价值思考与实践(上)》 重点介绍了云原生背景下运维转型的思考，围绕着整个 DevOps 交付链，贴近业务不断输出运维的能力与价值 本文的出发点也是站在巨人肩膀之上，结合自身业务服务场景，思考在云原生背景下，运维转型还有多少种可能性，本文或许只给出其中一种答案吧。 ▫ 定制 SRE 准则 在实践 SRE 过程中，我们总结并提炼了“SRE 8 准则”，来指导我们的日常运维工作。 三、跟踪 SLO 状态 量化目标是一切工作的起点，所有运维工作都以围绕 SLO（服务水平目标）指标的定制、执行、跟踪、反馈来展开。 以上问题亟待建立全新的监控机制，帮助开发/运维人员全面洞察系统运行状态，并在系统异常时帮助其快速定位解决问题，云原生可观测性基础设施应运而生。
3.5K20编辑于 2022-01-17 - 来自专栏前沿技墅
云计算和 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 - 来自专栏腾讯云大数据
Flink 实践教程-进阶（7）：基础运维
在正式运行之前请检查： 类名是否有拼写错误 确定是否将相关的业务代码依赖打进 JAR 包中 基础运维 作业监控 流计算 Oceanus 提供强大的作业监控能力，我们可以通过【监控】项查看作业的各项指标 之后介绍了下作业启动之后的一些基础运维手段，包括实时监控和告警通知，方便用户及时了解作业的具体运行情况。最后介绍了在作业失败之后通过日志关键字定位问题的方法，具体可以查看 日志诊断指南[6]。 document/product/849/53959 流计算 Oceanus 限量秒杀专享活动火爆进行中↓↓ 点击文末「阅读原文」，了解腾讯云流计算 Oceanus 更多信息~ 腾讯云大数据 长按二维码
3.3K11编辑于 2022-01-21 - 来自专栏博文视点Broadview
运维人员7*24值班拯救指南
运维人员经常需要在周末出去游玩的时候也带着电脑，因为很多情况下运维人员需要随时待命。笔者依稀记得2014年左右，我们10多个运维小伙伴团建时背着5斤重的电脑爬青城山的壮丽场面。 （1）业务线较多，不同的问题得由不同的运维人员跟进。 （2）开发人员、客服、测试人员都会给运维人员反馈问题，流程混乱，运维人员长时间处于被动接受的状态。 ，这种时候值班人员既要承担运维应急工作，又要执行各种协调任务，效率大打折扣。 01 让开发人员参与其中 不少技术团队的值班体系中只包含运维人员，极少有开发人员参与，这也导致当故障发生时，运维人员应急对接开发人员的过程变得不顺畅，再加上开发人员被临时拉进来的时候并没有值班待命状态， （2）业务开发值班人员需要满足7×24小时的待命计划，并且主备两个角色。 （3）正常工作中，参与值班的开发人员的工作需要包含但不仅限于以下内容。
1.8K20编辑于 2023-08-10 - 来自专栏DBA随笔
MongoDB运维与开发(7)---MongoDB监控
// MongoDB运维与开发(7)---MongoDB监控 // MongoDB中自带两个监控的工具，分别是mongostat和mongotop，今天我们看看这两个工具的使用方法。
1.5K10发布于 2020-11-26 - 来自专栏嘉为动态
企业IT数字化转型中的PaaS运维模式
运营平台建设的背景 企业数字化转型已成为应对业务和市场不确定性以及新机遇的必备条件。在企业数字化转型的过程中，一个稳定且持续生长的运营平台显得至关重要。 、运维智能化等技术的发展与成熟，能给运维质量和水平带来飞跃的提升，适应公司信息化发展要求，迫切需要信息运维服务支撑系统向自动化、智能化方向迈进和发展。 运营体系的建设是一个复杂而庞大的话题，它涉及数字化驱动、技术引领、组织转型、重塑体验等多个内容。 不同于业务系统的开发，运营场景的开发是运维人员进行运维开发转型后能足够胜任的，而且更懂运维与运营的是实际拥有维护经验的人，基于平台化的方式，使得运营场景的构建更为敏捷，组织能力得以整体提升。 ? 7、 最后形成的IEG事业群内部运营技术架构： ? 而持续的平台原子能力，和场景化的积累，使得一套运维体系得以成熟和完整，并拥有强大的技术领先型： ?
2.8K41发布于 2018-12-21 - 来自专栏技术文档案例展示
AIOps行业演进全景：传统人工运维向智能运维转型发展路径
AIOps行业演进全景：传统人工运维向智能运维转型发展路径 在数字化深度落地的当下，企业IT架构从单一机房架构演进为云原生、微服务、分布式混合架构，业务系统复杂度呈指数级增长。 传统人工运维模式效率低下、容错率低、响应滞后的短板彻底凸显，AIOps智能运维成为运维行业转型升级的核心方向，实现运维从“被动救火”向“主动预判、智能自治”的跨越式变革。 三、转型发展路径：从人工运维到智能自治运维 行业整体转型分为三个核心阶段，循序渐进、贴合企业落地现状。 第一阶段：工具化运维（人工辅助阶段）。 替代纯手工操作，通过监控平台、自动化脚本实现批量巡检、简单告警统计，减少重复人力工作，但无智能分析能力，故障排查仍依赖人工经验，是转型基础阶段。 第二阶段：数字化智能运维（数据赋能阶段）。 整体而言，人工运维向AIOps智能运维转型，不是简单的工具替换，而是运维思维、体系、模式的全方位革新。
1000编辑于 2026-07-07 2025运维监控厂商选型指南：选对监控产品提升企业运维效率，实现数字化转型
在数字化转型加速推进的今天，企业IT架构日益复杂，混合云环境、微服务架构与传统架构并存成为新常态。 一款优秀的运维监控平台不仅能保障业务稳定性，更能成为企业数字化转型的坚实基础。本文将深入对比分析主流运维监控平台，为企业提供一份全面的选型参考。 平台化生态集成：作为蓝鲸运维体系的一部分，能与CMDB、自动化运维、ITSM等模块无缝集成，形成“监控-发现-定位-处置-复盘”的运维全生命周期闭环管理。 02.企业选型建议在选择运维监控平台时，企业应综合考虑自身规模、技术架构和发展战略。 A：一体化运维监控平台如嘉为蓝鲸全栈智能可观测中心，优势在于统一数据模型、降低集成成本、避免未来孤岛，适合作为企业运维的“主干道”。“点”解决方案在特定领域可能更深入，适合作为“特色分支”。
32810编辑于 2025-11-10- 来自专栏Cheng's Blog
【运维】centos7 yum 方式安装nginx
使用yum安装nginx需要包括Nginx的库，安装Nginx的库 rpm -Uvh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos -7-0.el7.ngx.noarch.rpm 2.
88810编辑于 2022-02-25 - 来自专栏侯哥的Python分享
MySQL运维7-Mycat水平分表
说明6：分片规则使用的是 rule="mod-long" 规则，该规则在rule.xml有定义如下 说明7：继续看 function 中 mod-long 的定义 说明8：这里的count 3的意思是
80411编辑于 2023-12-18 - 来自专栏开发运维工程师
Linux工具｜运维工具7za浅谈
1、背景前几日，需要从线上环境拉取部分数据导入到实验库，将工作告知运维后，运维发给我一些文件，文件内容如下格式：xxx7z.001xxx7z.002xxx7z.003xxx7z.004看到这个第一眼，不知道怎么处理了 ，最后运维告知需要使用7za工具处理。 在 CentOS 5.x 32位下安装7ZIPwget http://pkgs.repoforge.org/p7zip/p7zip-9.20.1-1.el5.rf.i386.rpmrpm -ivh p7zip /p7zip/p7zip-9.20.1-1.el6.rf.i686.rpmrpm -ivh p7zip-9.20.1-1.el6.rf.i686.rpm在 CentOS 6.x 64位下安装7ZIPwget 命令如下：yum install -y p7zip4、使用方法使用7zip的命令是7za。
2K41编辑于 2023-11-21 - 来自专栏腾讯云流计算 Oceanus
Flink 实践教程：进阶7-基础运维
在正式运行之前请检查： 类名是否有拼写错误 确定是否将相关的业务代码依赖打进 JAR 包中 基础运维 作业监控 流计算 Oceanus 提供强大的作业监控能力，我们可以通过【监控】项查看作业的各项指标 之后介绍了下作业启动之后的一些基础运维手段，包括实时监控和告警通知，方便用户及时了解作业的具体运行情况。最后介绍了在作业失败之后通过日志关键字定位问题的方法，具体可以查看 日志诊断指南[6]。
3.4K31编辑于 2022-01-20 - 来自专栏SRE转型
银行SRE转型：如何突破传统运维困境，打造高效团队
摘要：银行SRE团队的建设是应对数字化转型挑战的关键策略。本篇文章详细分析了传统运维与SRE的差异，并通过分阶段的转型路径说明了如何从规划到核心能力建设，再到全覆盖推广，逐步构建高效的SRE团队。 银行运维团队的SRE转型，正是实现这些目标的重要一步。 3）银行传统运维和SRE组织的对比03.SRE团队组建面对传统运维模式的转型需求，组建一个高效的SRE团队需要系统的规划和分阶段实施。 具体任务如下：2.人员安排规划外部支持：IT总监与运维负责人提供战略指导和资源保障。核心团队扩展 至5~7人：3人负责监控与自动化工具建设。2人专注故障响应与性能优化。 展望未来，银行SRE团队将不仅仅是运维的核心力量，更会成为驱动金融科技创新的重要引擎，为银行的数字化转型保驾护航。
54110编辑于 2025-02-08 - 来自专栏云计算与大数据
数字化转型｜业务-产线-研发-测试-运维｜BizDevOps
BizDevOps的总体目标是：打造业务和技术有机融合、高效运 作的数字化组织，赋能数字业务的持续创新和长期发展。 BizDevOps是企业数字化转型的重要组成部分⸺为业务的数 字化转型打造数字化的组织。 为此，组织必须打通从业 务（Biz）到产品开发（Dev）到系统运维和运营（Ops）的端到 端价值交付链，并形成有效的反馈、调整闭环。打通Biz，Dev和Ops的链路，也是BizDevOps名称的由来。 其 中的Ops包括系统运维，更包括业务运营，BizDevOps要建 立的是从业务开始到业务结束的完整链路和反馈闭环。
98941编辑于 2023-03-18 - 来自专栏嘉为动态
2018年724运维日视频回顾：如何运用新技术助力银行传统IT运维向金融科技转型
（点击阅读原文查看高清视频） 7月22日，2018深圳站7.24运维日特别活动在腾讯大厦举行，此次活动由腾讯蓝鲸智云主办、嘉为科技承办，大会围绕“运维人的远方，蓝鲸与你同行”的主题，分享交流优秀运维人的经验 最近几年，运维转型这个话题，特别火。 打开朋友圈：运维危机，你感受到了吗？ 苦和累是感受到了。。 打开新闻：未来，这7种职业最容易被AI取代，仔细一看，运维管理员排名第一。 噫，感觉压力很大啊。。。 在大数据、云、AI等新技术频出的今天，我们运维行业也要进行转型升级，运维人也在积极寻找转型的契机。 这10年，他经历了传统的运维，经历了转型的阵痛，同时也真的找到了转型的方法。 欢迎观看视频回顾。 云计算进行转型，并积极利用开源技术精简ITIL运维流程，提高运维效率，实现从运维向运营的转变。
83250发布于 2018-12-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号