首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

IT运维部门会成为企业中最后一个完成数字化转型的部门吗

前两天和一个做企业IT运维主管的朋友聊到企业数字化转型,他提出一个观点,那就是IT运维部门可能会成为企业中最后一个实现数字化转型的部门。我开始有点无法理解,作为企业数字化转型的最强有力的支撑单位,怎么可能拖企业数字化转型的后腿呢?我就问他,难道IT运维数字化会比打扫卫生还难吗?他就个我分析说,像打扫卫生这样的业务其数字化转型的难度在成本上,成本不划算的时候没必要急着数字化。真的打扫卫生的成本太高了,通过数字化的方式可以节约成本,要实现起来还是不难的,个人穿戴设备加上各种评估卫生状态的传感器就足以实现数字化升级了。而IT运维的数字化转型的难点是在技术上,实际上我们的业务部门对其主营业务的了解远远比我们IT部门深。他们自己的人员就了解业务实现与业务优化的各种细节,所以要做数字化转型只是时间与成本的问题。而IT运维部门就不同了,我们对我们运维的信息系统只是了解一些十分肤浅的表面情况,大多数系统和设备对我们的运维人员来说都是黑盒子,出了问题,只能找原厂或者第三方的公司来帮助解决。这种状态下,怎么做数字化转型呢?

01
您找到你想要的搜索结果了吗?
是的
没有找到

DevOps能力是落地微服务的前提

在软件开发领域不存在银弹,当用一项新的技术或新的架构时一定要明白其背后的原理,确保把合适的技术应用在合适的项目上,而不是盲目跟风。 单体应用伸缩性差,而且随着应用规模的扩大,业务逻辑和开发部署过程都变得极其复杂。牵一发而动全身,任何一个微小的改动都有可能影响整个应用,新技术的更新换代对于单体应用来说几乎是个不可能的任务。 相比单体应用,微服务灵活自由,伸缩性强,近年来深受软件开发者的热捧。不过,微服务虽然没有了单体应用的某些局限,但却对开发运维和整个组织提出了更高的要求。在采用微服务架构之前开发者要先想清楚

06

五招教你如分辨是云忽悠还是云专家

当你修理汽车的时候会更相信哪一类人,有上岗许可证的汽车修理师还是偶尔见过换一次油的那些人?我想做出选择并不困难。但不知你是否发现,每一天关于相信专家还是那些自称专家的人的讨论几乎每时每刻都在进行着,而且贯穿所有行业。所以云计算领域出现类似的争论,并不觉得有多差异。 云计算实现了随时随地办公的可能性,人们生活和企业办公可以在任何计算机上使用软件应用。但云计算的出现同样推动产生了一批声称精通云计算的人—没有多少软件开发经验却对他们云应用软件的表现大放厥词。表面上看,这些人宣称的软件产品对你的企业有比较大的帮助,

06
领券