“支持和运维服务”仍然困扰着企业云的应用

简介:

云服务目前很火,那么让我们畅想一下:做为企业IT部门负责人,你采购并在企业内部部署了一个云存储服务,某一天存储服务突然出现了故障。那么你服务的用户应该打电话向谁求助? 内部IT支持人员?云存储服务供应商?外包的服务团队?还是他/她玩技术的表兄弟?

 “支持和运维服务”仍然困扰着企业云的应用

这些都是采用公有云或者混合云的企业IT部门目前面临的问题。对最终用户来说,IT部门实际上承担了云服务代理角色,并通过转嫁IT服务成本到最终用户的部门,云服务作为一种新型的IT能力提供方式,通常成本较低,因此,无论最终用户还是企业IT部门都很愿意尝试云服务的模式。

然而,当面临最终用户所需要的支持和运维服务时,云仍然是一个有点烫手的山芋。企业正在努力摸索和创建支持和运维服务的新战略,使云的模式提供的IT能力能够和企业IT流程更好的结合在一起。

对企业来说,通常会遇到以下四类问题:

企业IT部门承担了云服务的代理角色, 但是他们在技术上以及实际的运维经验方面了解有限,当用户真正遇到问题的时候,他们很多时候只能承担传声筒的作用。大多数时候企业内部IT人员对于公有云服务商的服务只能被动接受。像近期青云云主机网络访问问题、阿里云主机删除用户节点和数据等等公有云服务问题,最终用户只能被动的等待云服务商来解决。

使用公共和混合云通常意味着内部网络和外部其他基础设施的共同融合服务。外部云供应商并不能提供完整的支持服务,这需要企业内部IT部门承担很多额外的工作。

当前市场上常见的支持服务模式,通常不能应对复杂度较高的场景。如果你需要支持你的Mac或PC,服务外包没问题可以做的很好。如果你需要支持复杂multicloud架构,你不可能找到合适的外包资源。这种复杂度需要内部IT部门不断的积累经验、培养能力以及改进流程来解决,同时外部的云服务商也需要不断的提升服务响应速度和透明度。

支持及运维的成本也是一个制约因素。云服务通常采用运营费用的模式,每月的费用和使用多少密切相关,然而对很多传统大型企业来说把这种Pay-as-you-go的模式整合到企业的财务流程中还是有些复杂。谁为谁付出了什么,以及为什么? 这是财务流程关心的核心问题,云服务和混合云相关的支持服务在其中有些模糊地带,需要多个部门的协调。

目前大多数企业的做法是把内部支持和云供应商的外部支持进行一定程度的结合,在企业IT部门内部对内部系统组件和云基础设施服务商提供的服务提供同一个接口人进行处理。这种统一接口的方式是对的,但是,通常企业内部IT HelpDesk在公有云服务支持能力上培养比较困难,因为要依赖于外部公有云服务商的支持。一个传声筒是无法让最终用户满意的,所以有些企业内部用户也会绕过IT部门直接从公有云服务商那里获得支持服务。

当你说“云”时,企业内部IT通常认为它是“便宜”的,然而实际的支持和运维服务成本却比较昂贵。因此,支持成本以及支持服务流程的复杂度已经成为采用或保留云服务的制约因素之一。如果你采用这种内部支持服务+外部支持服务并行的模式,你又很难向最终客户提供他们所需要的服务。

我希望我有一个更好的答案,但是现在还没有,这需要云服务商、企业IT部门、业务部门用户等多方的共同进步,很可惜目前只有云服务商才有很大的动力去推动。云的模式逐渐成为企业IT能力供应的一部分,我们必须找出一个更好的方式。直到那时,云的支持将不再是一个令人头痛的问题,也不那么昂贵,然而这一切这需要时间。


本文作者:佚名

来源:51CTO

相关文章
|
2月前
|
机器学习/深度学习 人工智能 运维
智能运维加速交付:应用上线别再慢吞吞
智能运维加速交付:应用上线别再慢吞吞
114 2
|
2月前
|
运维 Kubernetes 测试技术
应用多、交付快,研发运维怎么管?看云效+SAE 如何一站式破局
通过在云效中创建 SAE 服务连接并关联集群,团队可将应用环境直接部署到 SAE,实现从代码提交、镜像构建到 SAE 部署的自动化流水线。该集成打通了研发与运维的壁垒,特别适用于应用数量多、团队规模大、交付节奏快的组织,助力企业实现敏捷、可靠的持续交付。
|
6月前
|
运维 Kubernetes 前端开发
传统企业如何玩转平台工程?2 个运维靠它管 50 + 应用
做了五年运维,最深刻的感悟是:技术自负是效率的天敌。以前总觉得懂 Kubectl 命令才专业,直到被平台工程打脸,真正的专业不是炫技,而是让复杂技术为业务服务。现在我常跟新人说:能让开发和厂商爽的运维,才是好运维,而 Rainbond,就是那个让所有人都爽的神器。
传统企业如何玩转平台工程?2 个运维靠它管 50 + 应用
|
4月前
|
运维 监控 应用服务中间件
运维打铁: Ruby 脚本在运维自动化中的应用探索
Ruby 是一种简洁、动态类型的编程语言,适合运维自动化任务。本文介绍了其在服务器配置管理、定时任务执行和日志分析处理中的应用,并提供了代码示例,展示了 Ruby 在运维自动化中的实际价值。
159 2
|
3月前
|
运维 数据可视化 vr&ar
AR远程协作在发电领域的运维应用方案
发电厂面临设备故障频发、运维人员经验不足、远程支持困难及维护成本高昂等挑战。为提升运维效率与设备可靠性,越来越多电厂开始采用增强现实(AR)远程协作技术。通过AR设备,现场人员可与远程专家实时协作,实现快速故障诊断与修复、可视化操作指导和精准培训支持。AR技术不仅缩短停机时间,降低运维成本,还提升了应急响应能力与决策效率,助力发电行业向智能化、高效化方向发展。
|
3月前
|
人工智能 运维 监控
云+应用一体化可观测:破局“云上困境”,让运维驱动业务增长
当云计算迈入深入上云新阶段,数智化升级的关键课题已从“简单上云”演进至“精细治云”。随着企业对云计算的依赖日益加深,如何高效管理云端资源及其稳定性成为新的挑战。为此,阿里云推出云+应用一体化可观测方案,通过阿里云应用运维平台(Application Operation Platform,简称“AOP”)构建覆盖应用全生命周期一体化可观测产品体系,推动运维模式由被动响应向主动预防转变,实现故障的快速发现、定界与恢复,保障云上业务稳定运行。 目前,该方案已成功服务超过50家行业头部客户,为政务云平台、金融核心系统、能源调度中枢等关键基础设施提供全天候安全运维保障。
218 0
|
8月前
|
机器学习/深度学习 运维 自然语言处理
大模型也能当“运维警察”?——大模型技术在异常检测中的应用
大模型也能当“运维警察”?——大模型技术在异常检测中的应用
1555 13
|
9月前
|
人工智能 边缘计算 运维
容器化浪潮下的AI赋能:智能化运维与创新应用
近年来,容器技术以其轻量、高效、可移植的特性成为云原生时代的基石,推动应用开发和部署方式革新。随着容器化应用规模扩大,传统运维手段逐渐力不从心。AI技术的引入为容器化生态带来新活力,实现智能监控、自动化故障诊断与修复及智能资源调度,提升运维效率和可靠性。同时,AI驱动容器化创新应用,如模型训练、边缘计算和Serverless AI服务,带来更多可能性。未来,AI与容器技术的融合将更加紧密,推动更智能、高效的运维平台和丰富的创新应用场景,助力数字化转型。
|
8月前
|
运维 安全 关系型数据库
Websoft9 运维面板,全网真正的一键部署应用
Websoft9运维面板实现应用真·一键部署,通过智能环境适配、安全架构与容器化技术,将传统数小时部署缩短至分钟级,显著提升效率与安全性。
244 5
|
9月前
|
运维 应用服务中间件 nginx
docker运维查看指定应用log文件位置和名称
通过本文的方法,您可以更高效地管理和查看Docker容器中的日志文件,确保应用运行状态可控和可监测。
1180 28

热门文章

最新文章