- 综合排序
- 最热优先
- 最新优先
- 来自专栏全栈程序员必看
linux中iostat命令_linux运维和网络运维
系列专题：Linux运维入门教程 ---- Linux系统中的iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。
12.1K30编辑于 2022-11-08 传统运维 vs 智能运维差距有多大？腾讯云 CloudQ 重新定义运维方式
我整理了传统运维和智能运维在6个核心维度的对比，让你看清楚这个差距到底有多大。维度一：如何发现问题传统运维：靠监控告警被动通知。 监控系统检测到指标异常→发告警→运维响应问题已经发生了才知道告警量大，噪音多，真正重要的问题容易被淹没智能运维（CloudQ方案）：主动架构体检，问题发生前预警。 维度三：如何传承知识传统运维：知识在人头上。老员工知道哪些坑，新员工需要几个月才能上手运维手册写了但没人看，更没人更新核心人员离职=运维能力断崖式下降智能运维：知识在系统里。 维度四：如何管理多云传统运维：三个云=三份工作。每个云一套控制台，各自登录各自的告警系统，各自的账单，各自的权限管理汇总多云数据需要人工整理，每周半天不止智能运维（CloudQ）：一个入口，统一视图。 总结传统运维和智能运维的差距，不只是工具的差距，是工作方式的差距：从被动响应到主动预防从个人经验到系统知识从多地登录到统一视图从手工报告到自动化推送腾讯云CloudQ（JustQIT!）
10510编辑于 2026-04-10- 来自专栏SAP Technical
SAP运维和SAP实施有什么区别
但还是很多会问SAP运维和SAP实施有什么区别，他们主要负责什么？ SAP运维，就是企业里的用户们，每个部门，使用SAP的操作用户们，他们遇到问题，就会问你，一般是找企业里的一个人集中问题，问你，所以，运维公司一般会把所有模块顾问都配一个与之对应。 各模块各部门的人员有问题了，就问对应外部运维公司的顾问。 220W,很多公司就收 50W也做运维,按年签。 SAP运维相对技术含量不会太大，压力也不大，有的稳定的， 一年也没几个问题。所以对顾问要求一般。一般问题也不会太紧急。有的公司偶尔会提出新增公司等，则建议新推一个项目来做，不要放到运维服务内。
69930发布于 2020-11-27 - 来自专栏智能运维圈
IT运维发展进程中不同时期的差异！传统运维、互联网运维、业务运维
而运维作为IT运行的有力保障，在不同时期和不同类型的企业中正在发挥着越来越大的支撑和引领作用，今天就让我们聊聊信息化时代的传统运维、互联网时代的互联网运维和数字化时代的业务运维有什么不同！ 这一时期，运维和开发之间的边界变得模糊起来，DevOps成为互联网产品从开发到上线维护的新选择。 ，传统运维和互联网运维难以有效支撑企业的数字化转型。 未来，随着机器学习、深度学习等技术的不断成熟，AI技术将在业务运维体系中得到广泛的应用，共同推动IT运维市场的进步，而这就是业务运维在几年之后发展方向——智能运维AIOps。 通过不断的数据积累和持续学习，智能运维AIOps将把运维人员从纷繁复杂、过度依赖人工的监控、发现、告警和修复工作中彻底解放出来，而运维也将变得更加自动化、智能化。
4.5K201发布于 2021-05-11 - 来自专栏SAP Technical
SAP运维和SAP实施有什么区别
但还是很多会问SAP运维和SAP实施有什么区别，他们主要负责什么？ SAP运维，就是企业里的用户们，每个部门，使用SAP的操作用户们，他们遇到问题，就会问你，一般是找企业里的一个人集中问题，问你，所以，运维公司一般会把所有模块顾问都配一个与之对应。 各模块各部门的人员有问题了，就问对应外部运维公司的顾问。 220W,很多公司就收 50W也做运维,按年签。 SAP运维相对技术含量不会太大，压力也不大，有的稳定的， 一年也没几个问题。所以对顾问要求一般。一般问题也不会太紧急。有的公司偶尔会提出新增公司等，则建议新推一个项目来做，不要放到运维服务内。
1.7K30发布于 2020-11-05 - 来自专栏互联网运维杂谈
传统企业的运维之痛
运维之痛1：人肉 vs 平台 人肉不是传统运维的当下过失，是过去的延续。在早期，运维的很多能力建立在少量的高可用硬件对象之上，平台化的需求很弱。 不过很开心的是，传统企业运维人对运维平台拥抱非常强烈，从运维自身能力自动化到全流程的持续交付自动化。 我也经过和传统企业的IT部门深入广泛接触，大家对运维自动化作为突破口非常认可，更愿意以此为原点，单点突破，再全面覆盖。 怪运维的环境部署有问题，你有降低运维部署的复杂度么？怪运维定位问题慢，你有把运维定位故障的复杂度降低么，消除了菜鸟和专家的区别么？反之亦然。 传统企业的运维问题绝不是人的能力问题，是多方因素的综合结果，因此在寻求解决方案的时候，需要立体的方案。
94121发布于 2019-11-20 从传统到智能：AR技术助力设备运维变革
在元幂境看来，在传统的设备运维过程中，依赖手工操作、纸质手册以及经验丰富的技术人员来完成设备的检查与修复，这种方式不仅费时费力，而且容易出现人为失误，造成设备故障的延误或错误维修。 无论是在远程协助、故障诊断，还是在设备保养与优化过程中，AR的引入都在不断打破传统运维的局限，推动设备运维进入智能化、数字化的新时代。 一、 AR技术在设备运维中的应用现状 在传统的设备运维过程中，操作员需要依赖丰富的经验和手册，依次完成检查、维修和保养等操作。 四、未来展望 随着5G、人工智能和大数据等技术的发展，AR技术在设备运维领域的应用将更加智能化、精准化。 五、结尾 在元幂境看来，设备运维的数字化和智能化进程，正在推动工业生产和设施管理方式的变革。
24610编辑于 2025-10-20- 来自专栏云原生技术社区
金融云原生漫谈（七）｜云原生时代：从传统运维到智能运维的进阶之路
基于多年来的实践经验，我们对于来自金融行业一线的运维问题进行了回答： 相较于虚拟机，容器的运维和监控有什么优劣势？ 为什么说基于K8s的容器是实现智能运维的必然选择？ 容器的智能运维有无成功实践案例？ 希望本篇文章能为您提供借鉴。 相较于虚拟机，容器的运维和监控有什么优劣势？ 从运维的角度来看，容器的轻量化使得运维更加灵活高效，更方便应用自动化来提升运维效率。 容器的智能运维有无成功实践案例？ 、微服务治理能力，实现了智能化的业务运行、运维和业务治理。 我们相信，在数字化转型的大背景下，减少人力参与的智能运维势必会成为未来IT运维的发展方向。我们也期待着能够帮助更多企业实现云原生时代的智能运维进阶。
1K30编辑于 2022-03-03 - 来自专栏chenchenchen
开发和运维的关系，实施和运维的区别
从基层职位看，运维和开发（含产品经理）的分工还是挺大的。开发负责coding，主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。 ：维护笔记本电脑、邮箱等 5、网络运维工程师：负责网络运维 6、系统运维工程师：主要负责操作系统、数据库、中间件、虚拟化等 7、数据库运维工程师：负责数据库运维 8、运维开发工程师：负责DevOps的运维开发 9、应用运维工程师：负责应用运维 可以看到实施工程师是运维工程师里的一种。 一般所说的运维工程师和实施工程师有以下区别 一、工作内容不同 实施工程师包括常用操作系统、应用软件及公司所开发的软件安装、调试、定制开发及维护，还有少部分硬件、网络的工作； 负责现场培训： 现场软件应用培训 自动化运维系统->智能化运维系统 私有云系统 3、业务系统： 企业的业务系统，比如核心业务系统、APP、网站、ERP系统、CRM系统等
12.2K20发布于 2019-09-03 - 来自专栏嘉为动态
借自动化实现数据库的安全运维和跨界运维
如何通过技术规避运维中不可控的高风险？ 如何全局应对多类型数据库的选型和运维支撑？ 此时，选择一款好的平台型产品，能够综合解决你面临的跨界运维、安全运维、自动化运维挑战，就非常非常非常重要。 选择嘉维蓝鲸，让数据库自动化运维、安全运维、跨界运维触手可及！ 产品架构设计 嘉维蓝鲸数据库自动化运维中心SaaS，是基于蓝鲸PAAS平台开发，囊括数据库管理自动化、监控自动化及操作审计的运维中心。 依托SOA设计理念将数据库自动化运维操作平台以IaaS管控层、原子平台层、PaaS层、运维场景层输出服务，提供各层资源全生命周期的运维管理，实现对企业IT资源的集中化、可视化、自动化管理。 核心功能及优势 数据库自动化运维中心，是嘉为数据库技术专家基于多年的数据库运维经验的沉淀，是深刻理解MySQL、Oracle数据库日常运维中各种场景的结晶。 嘉为数据库自动化运维中心，提供MySQL、Oracle日常运维、备份恢复等基本的运维操作，批量完成、自动化交付。
3.8K50发布于 2018-12-21 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（二）
许多Ceph新手在测试环节以及预生产的时候会对Ceph集群的部署以及调优产生困扰，A公司运维小哥也遇到了部署和调优问题。下面来看看A公司运维小哥是如何解决这个问题的。 关卡二：部署调优关（部署） 难度：三颗星 上篇文章开头我也说到了，部署Ceph是新手的噩梦，对于传统运维来说部署一套Ceph是很难的事情，A公司运维小哥在官网以及Ceph中国社区的相关资料和帮助下才渐渐熟悉了什么是 图1：网络问题 第二回合：磁盘问题 解决了网络问题又迎来了磁盘分区的问题，运维小哥折腾了半天没弄好，后来在Ceph中国社区群友的帮助下解决了此事。 而此时就是考验一个运维人员的处理故障的基本素质，好在这个运维小哥有过一两年的经验，经过基本排查，最终确定了是时间问题。由于三个节点时间不一致而导致的这个问题，这里称之为“OSD打摆子”。 所以云平台也好存储也好，都会因为时间而产生不必要的故障问题，建议运维人员要注重时间问题。 ? 图8：Ceph集群 好了言归正传，上图是运维小哥新搭建好的集群。三节点、六个OSD的Ceph小集群。
1.2K10发布于 2019-04-09 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（一）
运维从横向、纵向分可以分为多个维度和层次，本文试图抛开这纷繁复杂的概念，讲述一个传统的企业级运维人员转型到云运维人员，尤其是软件定义存储的运维之间经历的沟沟坎坎。 因此，云数据中心的运维对于传统的运维人员提出了新的能力要求——不仅要熟悉传统硬件设备，同时要掌握虚拟化、云系统的部署、监控和管理等运维能力。 Ceph运维工程师对于比传统运维人员既有相似点也有不同点，要做到能文能武，文能提笔写Ceph运维手册、预案手册等；武能挥手部署Ceph、进行预案演练、故障处理、集群扩容等。 所以下面我讲述一个真实的A公司传统企业运维人员转型运维Ceph SDS的历程。 本文主要说下硬件选型关卡。 欲知后事，且听下文《从传统运维到云运维演进历程之软件定义存储（二）》，主要讲述了A公司运维小哥在硬件选型完毕之后开始部署Ceph遇到的一些问题以及解决办法。
1.7K20发布于 2019-04-09 - 来自专栏智能运维圈
1位5年智能运维开发对智能运维的理解
这本书理论性很强，个人认为几乎囊括了人工智能各个分支的相关算法。 2019年：进入了千寻的运维保障部门，接触到了更为庞大的业务。对智能运维有了进一步的理解。 》：较为全面的介绍了智能运维。 对完整的智能运维解决方案，开始有了自己独特的理解； 总结一下自己的认知过程 12.png 从不同的角度看智能运维，以质量保障为例 个人认为，智能运维是一套复杂的人工智能的解决方案。 从业务的角度看智能运维 首先，智能运维是建立在运维的基础之上的，只有了解了现有的运维的内容和技术体系，我们才能够合理的思考，智能运维在整个运维体系中的地位和作用。 5分钟定位问题 - 10分钟故障恢复； •故障预测； 从产品的角度看智能运维 目标群体 智能运维的使用方，是一群有着丰富经验的运维专家，但是可能对数据分析、数据挖掘没有任何概念
1.8K72发布于 2021-06-25 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（四）
2、影响性能的因素 传统存储的封闭特性带来的优势是从存储操作系统软件到专用硬件的深度优化，而软件定义存储、Server SAN的目的是软件和硬件的解耦合，它们带来了灵活性，免除了硬件厂商锁定，但很多时候却不能充分发挥硬件的潜力
2K20发布于 2019-04-09 - 来自专栏华汇数据服务
运维向运营转型，会是企业IT传统运维的发展方向吗？
一、企业传统IT运维面临的挑战 我们的传统IT运维人员在运维工作上应该能体会到了三个明显的变化。 例如自动化运维、可视化运维、智能化运维等各种平台和工具的引入，运维人需要选择，让平台能结合各种运维场景切实发挥作用；例如云计算、容器云、大数据、分布式、区块链和大量开源软件的应用，运维需要了解原理、部署排障 我想，首先是要整合，把制度、流程和技术进行整合，把服务器、操作系统、网络和存储等进行整合；其次是建立服务治理机制，根据PDCA方法论形成运维管理闭环；第三是建立运维数字化，让运维一目了然；第四是完善智能监控分析体系 ；第五提升运维自动化和智能化水平。 ，让专业的人做专业的事；现在，随着新需求的产生，又需要各专业领域的运维团队紧密合作，比如云计算，容器云，动态扩缩，自动化和智能化运维等，汇合了服务器、网络、存储和中间件等技术，需要各团队通力合作。
2.9K30编辑于 2022-04-20 - 来自专栏日志易的专栏
运维未来的发展方向是智能运维（AIops）
随着智能化技术的发展，为了解决上述运维领域的问题，智能运维的呼声越来越高。 3、在大数据时代， 智能运维与数据、自动化运维之间的关系 智能运维的理想状态就是把运维工作的三大部分（监控、管理和故障定位），利用一些机器学习的方法有机结合起来。 目前能够把这三部分融合起来的办法就是利用人工智能的手段，最后达到一种智能运维的状态。 4、智能运维当下的状况及智能运维发展的预测 智能运维当下还是一个初步探索的阶段。 传统的 IT 运维需要管理大量的告警，极大地分散了企业的注意力，消耗运维人员大量的时间和创新力。 现在比较明确的是大家会朝着智能运维方向发展，并且智能运维的发展一定是一个长期演进的过程。 对于智能运维的发展预测，我的简单看法如下： 智能运维会首先体现出其在告警系统上的价值。
4.4K31发布于 2017-12-13 - 来自专栏漫途科技
漫途科技设备远程运维系统，改变传统运维模式！
客户管理:支持自主定义组织架构，维护设备商、客户、车间、产线等多层架构，支持设备商管理员、远维人员、客户管理员、客户员工等多种角色定义。 运维管理:问题在线反馈，生成工单，由管理员进行审核派发，远维人员通过微信平台接收任务，在线处置，全面管控运维过程，提升运维效率。 资料管理:完善的客户资料管理，设备商统一上传，客户、运维人员可随时随地通过PC端、微信进行下载查看。自定义分析:漫途科技设备远程运维系统支持面向设备数据采集点位进行自定义算法分析，支持变量分组计算。 实时报警:漫途科技设备远程运维系统自动检测设备告警、数据越限等异常情况，立即触发告警机制，通过系统平台、微信、短信等方式通知对应管理人员、运维人员。 实现了设备运行状态的远程监测、设备故障的远程诊断和设备程序的远程升级，可大大提升设备的智能化水平。
46810编辑于 2023-04-18 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（六）完结
回到最初的Ceph运维工程师的问题，本系列讲述的是传统运维向新一代云运维转型之软件定义存储部分的转型，运维是企业业务系统从规划、设计、实施、交付到运维的最后一个步骤，也是重要的步骤。 关卡六：Ceph运维 重要度：五颗星 Ceph运维常用命令 一、集群 1、查看Ceph集群的状态 [root@node1 ~]# ceph health 2、查看Ceph的实时运行状态 [root@node1 传统的运维人员，以往接触的更多是硬件，如服务器、设备和风火水电；但是在云数据中心时代，运维人员已经从面向物理设备，转变为面向虚拟化、云的管理方式。 因此，云数据中心的运维对于传统的运维人员提出了新的能力要求——不仅要熟悉传统硬件设备，同时要掌握虚拟化、云系统的部署、监控和管理等运维能力。 通过九篇文章简单介绍了下传统运维向云运维或者说是传统运维向SDS运维的转型之路。
95220发布于 2019-04-09 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（五）中
关卡五：Ceph灾备神兵利器-故障域 重要度：五颗星 转眼六篇文章过去了，还记得大明湖畔（本系列一）的运维小哥吗？ 勿忘初心，咱们还是回到最初的运维小哥，运维小哥经历了硬件选型、部署、调优、测试的一系列转型的关卡，终于就要到最后的上线了。 运维小哥最初的梦想搭建一个Ceph存储集群，对接云服务，底层存储实现高可用的数据访问架构。
82820发布于 2019-04-09 - 来自专栏云+技术
从传统运维到云运维演进历程之软件定义存储（三）上
上回书讲完了部署，部署完成之后，就开始了无休止的调优，对于Ceph运维人员来说最头痛的莫过于两件事：一、Ceph调优；二、Ceph运维。 调优是件非常头疼的事情，下面来看看运维小哥是如何调优的，运维小哥根据网上资料进行了一个调优方法论（调优总结）。
1.3K20发布于 2019-04-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号