系统集成cpu资源

运维,开发,系统之间的沟通协作

        经常遇到这样的问题。表面现象很简单。某个进程,CPU,内存占用异常高,但多数的公司因为开发,系统 dba等等这些人员沟通协作不好。反馈出的结果经常是,系统管理员说是程序开发的问题,要求查语句,开发人员说是操作系统本身有问题,要求重装操作系统,升级硬件。似乎这已经成了人的问题,其实如果整个系统上的所有关键人员共同协作,无论运营什么手段,找出问题应该并不是难事,但或许是国情,企业机制,人的私心等等原因造成了我所说的首先是互相推诿。其次才是安静下来协同配合查找原因的现象。

参与23
  • 嗯的确这应该是管理问题不过也确实是很多技术人遇到的问题太多的单位领导靠技术去解决管理问题
    2016-12-29

4同行回答

nitkeynitkey系统架构师ECT
这个问题似乎超过了技术的范畴,对于传统金融行业来说运维和开发在人员、组织、流程上都有着相当清晰的界定,你说的问题也很常见。但一般金融行业对生产问题还是放在第一位的,无论是谁的问题至少先解决问题,恢复生产应该是能达成共识的,如果不能那就要从企业的管理流程上下功夫...显示全部

这个问题似乎超过了技术的范畴,对于传统金融行业来说运维和开发在人员、组织、流程上都有着相当清晰的界定,你说的问题也很常见。但一般金融行业对生产问题还是放在第一位的,无论是谁的问题至少先解决问题,恢复生产应该是能达成共识的,如果不能那就要从企业的管理流程上下功夫,从上而下推。从长期来看,现在devops等先进理念也在逐渐渗透,我觉得趋势是会变好的

收起
互联网服务 · 2016-12-29
浏览2504
lsxlsx信息技术经理大唐控股
按经验看,问题出在开发环节的居多,但是不能以此为由就武断结论。解决这个问题一个是要预先定好规矩,大家的边界在哪里,哪些事情归谁解决,哪些事情必须合作。另一个是要有培养互相监督、互相促进的关系,不只是说IT,也包括公司管理层。要明确缺陷的种类、占比是什么状况,应该沿着什...显示全部

按经验看,问题出在开发环节的居多,但是不能以此为由就武断结论。解决这个问题一个是要预先定好规矩,大家的边界在哪里,哪些事情归谁解决,哪些事情必须合作。另一个是要有培养互相监督、互相促进的关系,不只是说IT,也包括公司管理层。要明确缺陷的种类、占比是什么状况,应该沿着什么路径变革,阶段目标是什么,不能没有事情就不理,一出问题就问责,队伍人人自危心就散了。技术上,还是要源头抓起,减少短板,提高质量和管理水平是根本。

收起
保险 · 2016-12-29
浏览2283
  • 没有好的鼓励机制担心问责是互相推诿的一个主要原因
    2016-12-30
  • 没有好的鼓励机制担心问责是互相推诿的一个主要原因
    2016-12-30
hxbaix888hxbaix888存储架构师华成峰
生产、开发、测试三个环境分开很有必要,把问题都放在开发和测试环境上处理好,确保生产环境稳定运行。显示全部

生产、开发、测试三个环境分开很有必要,把问题都放在开发和测试环境上处理好,确保生产环境稳定运行。

收起
IT咨询服务 · 2016-12-29
浏览2217
asdf-asdfasdf-asdf研究学者cloudstone
多年经验  都是开发问题  遇到系统os   bug不多  数据库在我看来也是软件 bug不断,显示全部

多年经验  都是开发问题  遇到系统os   bug不多  数据库在我看来也是软件 bug不断,

收起
软件开发 · 2016-12-29
浏览2237

提问者

pysx0503
pysx0503153369
系统工程师第十区。散人
擅长领域: 存储备份服务器

问题来自

相关问题

问题状态

  • 发布时间:2016-12-26
  • 关注会员:6 人
  • 问题浏览:6128
  • 最近回答:2016-12-29
  • X社区推广