热门标签 | HotTags
当前位置:  开发笔记 > 运维 > 正文

十年IT运维谈(四)IT部门,如何对待你的“上帝”?

业务部门既然是IT部门的用户,那么也就是出钱方。想要客户出资,那你首先应该让他看到为什么他需要出这个钱,向其说明投资的合理性,这个很关键。在中国,我们不能急功近利,迫不及待地为了展

    业务部门既然是IT部门的用户,那么也就是出钱方。想要客户出资,那你首先应该让他看到为什么他需要出这个钱,向其说明投资的合理性,这个很关键。在中国,我们不能急功近利,迫不及待地为了展现自己的成果而行盲目之举。

    比如,我以前碰到过一些用户,领导对IT部门的工作很不满意。为什么呢?因为领导说,好吧,我们 要重视IT,我前年投了几千万在机房里,好的,你们带我去看机房,确实建得很漂亮,去年又投了几千万,又看了机房,今年还要投几千万去看机房吗?其实如果IT部门能将这些资源投向明确地汇报给领导,并讲清楚需要这些投资的理由,领导不仅不会不满,反而会更大力地支持IT部门的工作。

    我曾经到过一个地方的电信公司,在做评测的时候,发现他们的业务系统搭建是按时间来的,早前因为上马了很多业务系统,他们就买了一个小型机,这个小型机上运行了十几个业务,随着业务的繁重,这些业务系统就变慢了。后来他们又买了几个小机,每个小机最多跑一两个业务,但这些业务使用的频度其实是不一样。早些时候的业务都是核心业务,使用频度很高,造成它的小机不胜负荷,而后面的资源是闲置的,为什么不能对它们进行优化呢?像电信企业,基本每年都要求投资,领导就很忐忑,为什么每年买那么多的小机甚至大型机,还是不够用?为什么没人告诉我 这些东西都用到什么地方去了?

    如果IT部门能用一个大屏或者是一个管理系统告诉领导,告诉业务部门,目前所有的资源都在如何发挥作用,需要怎样迁移才能达到资源利用最优,这对大家都很重要。所以IT部门对自己进行的管理也是价值的体现,一方面是对外,对业务部门的交待,另一方面是对自己工作的检查,我是否做了必要的工作,对所管理的资源进行了优化?

 

    再举个例子,网络、服务器、主机、应用都有其自身的管理系统,在整个系统里看是比较庞杂的,如果你不能把它们统一起来,是不能有效地与业务进行结合的。像比如售票系统我点不进去了,有可能是网络原因,也有可能是主机、中间件或者机房的问题,这些都可能会影响到它。所以要想搞清楚到底阻滞业务系统正常运行的因素是哪些,最后先考虑如何搭建一个综合管理平台,把这些数据能够联系到一起,在这个基础上才能将业务系统的运行状态看得清清楚楚,明明白白。如果开始的建设没有考虑好,不是采用综合管理的概念,而是“铁路警察各管一边”,那最后的结果不会好。综合管理平台的搭建不是一蹴而就的,也不是买一个产品就能解决的,在这个过程中你可能会碰到很多问题,首先要求详尽,IT不留死角,涉及到的IT设备都可被管,这是第一步。

    再者应该考虑是否都能根据企业的自身特点去分析其业务,搭建每一个业务的模型,可以先搭建一两个,请领导和业务部门来看。当看到价值后,我们才好全面铺开,把所有运行在基础平台上的业务透明化,展现出来,体现整个IT部门的管理价值。在这个基础上你才能获得上级领导的支持,才能改变部门的流程,包括职位设置等等。因为IT流程建设是需要改变整个部门的岗位设置的,是需要把这些部门进行流程梳理的,这个工作是比较艰巨的。也只有将业务梳理清楚,体现了自身价值后,才可能说服领导,给予更多人力、资金的支持,提供更到位的IT运维服务。

   IT服务于业务,业务也能成就IT。相信在这样的良性往复之下,IT的给予,终究会得到“上帝”的认可,并带来丰厚的回报。

【您还可以来看看】

《十年IT运维谈(一):“爆炸式”PK“渐进式”,谁动了我们的运维》

十年IT运维谈(二)“0”和“100” 》

十年IT运维谈(三)It doesn’t matter

《十年IT运维谈(五):要专业化还是平台化?》

十年IT运维谈(六): IT运维理产品下一站:“智能时代 ”? 》

 

本文出自 “老孙的网络管理” 博客,请务必保留此出处http://sunyongjie.blog.51cto.com/445592/1221221


推荐阅读
  • 网络运维工程师负责确保企业IT基础设施的稳定运行,保障业务连续性和数据安全。他们需要具备多种技能,包括搭建和维护网络环境、监控系统性能、处理突发事件等。本文将探讨网络运维工程师的职业前景及其平均薪酬水平。 ... [详细]
  • 通过与阿里云的合作,牛客网成功解决了跨国视频面试中的网络卡顿问题,为求职者和面试官提供了更加流畅的沟通体验。 ... [详细]
  • 本文详细介绍如何通过修改配置文件来隐藏Apache、Nginx和PHP的版本号,从而增强网站的安全性。我们将提供具体的配置步骤,并解释这些设置的重要性。 ... [详细]
  • Kubernetes 持久化存储与数据卷详解
    本文深入探讨 Kubernetes 中持久化存储的使用场景、PV/PVC/StorageClass 的基本操作及其实现原理,旨在帮助读者理解如何高效管理容器化应用的数据持久化需求。 ... [详细]
  • 福克斯新闻数据库配置失误导致1300万条敏感记录泄露
    由于数据库配置错误,福克斯新闻暴露了一个58GB的未受保护数据库,其中包含约1300万条网络内容管理记录。任何互联网用户都可以访问这些数据,引发了严重的安全风险。 ... [详细]
  • 全面解析运维监控:白盒与黑盒监控及四大黄金指标
    本文深入探讨了白盒和黑盒监控的概念,以及它们在系统监控中的应用。通过详细分析基础监控和业务监控的不同采集方法,结合四个黄金指标的解读,帮助读者更好地理解和实施有效的监控策略。 ... [详细]
  • 深入解析Serverless架构模式
    本文将详细介绍Serverless架构模式的核心概念、工作原理及其优势。通过对比传统架构,探讨Serverless如何简化应用开发与运维流程,并介绍当前主流的Serverless平台。 ... [详细]
  • 通常情况下,修改my.cnf配置文件后需要重启MySQL服务才能使新参数生效。然而,通过特定命令可以在不重启服务的情况下实现配置的即时更新。本文将详细介绍如何在线调整MySQL配置,并验证其有效性。 ... [详细]
  • 本文详细介绍了如何在 Android 中使用值动画(ValueAnimator)来动态调整 ImageView 的高度,并探讨了相关的关键属性和方法,包括图片填充后的高度、原始图片高度、动画变化因子以及布局重置等。 ... [详细]
  • 本文探讨了现代分布式架构的多样性,包括高并发、多活数据中心、容器化、微服务、高可用性和弹性架构等,并介绍了与这些架构相关的重要管理技术,如DevOps、应用监控和自动化运维。文章还深入分析了分布式系统的核心概念、主要用途及类型,同时对比了单体应用与分布式服务化的优缺点。 ... [详细]
  • Spring Cloud学习指南:深入理解微服务架构
    本文介绍了微服务架构的基本概念及其在Spring Cloud中的实现。讨论了微服务架构的主要优势,如简化开发和维护、快速启动、灵活的技术栈选择以及按需扩展的能力。同时,也探讨了微服务架构面临的挑战,包括较高的运维要求、分布式系统的复杂性、接口调整的成本等问题。最后,文章提出了实施微服务时应遵循的设计原则。 ... [详细]
  • NFS(Network File System)即网络文件系统,是一种分布式文件系统协议,主要用于Unix和类Unix系统之间的文件共享。本文详细介绍NFS的配置文件/etc/exports和相关服务配置,帮助读者理解如何在Linux环境中配置NFS客户端。 ... [详细]
  • 本文探讨了大型服务端开发过程中常见的几个误区,包括异步任务处理不当、日志同步模式使用、网络操作未设置超时、缓存命中率及响应时间未统计、单一缓存模式、分布式缓存加锁不当以及团队管理上的误区,旨在帮助开发者避免这些常见错误。 ... [详细]
  • 本文详细介绍了 Kubernetes 集群管理工具 kubectl 的基本使用方法,涵盖了一系列常用的命令及其应用场景,旨在帮助初学者快速掌握 kubectl 的基本操作。 ... [详细]
  • 2023年最佳PHP开发学习路径推荐
    本文详细探讨了针对不同背景的学习者如何选择最适合自己的PHP开发学习资源,包括书籍、在线课程及培训机构的推荐。 ... [详细]
author-avatar
手机用户2502853217
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有