构建云服务的管理框架 CIO应当如何做?

简介: 本文讲的是构建云服务的管理框架 CIO应当如何做? 有关云计算风险的争论一直没有停歇,但这不是因为那些大企业关注的风险加剧了,也不是因为有新的风险出现,而是因为云计算技术导致了更多的买方不确定性。虽然云计算已逐渐成熟,足以使厂商能够根据市场变化快速地进行交付产品和服务,但厂商们的认知还有提升空间。

本文讲的是构建云服务的管理框架 CIO应当如何做? 有关云计算风险的争论一直没有停歇,但这不是因为那些大企业关注的风险加剧了,也不是因为有新的风险出现,而是因为云计算技术导致了更多的买方不确定性。虽然云计算已逐渐成熟,足以使厂商能够根据市场变化快速地进行交付产品和服务,但厂商们的认知还有提升空间。由于风险和价值的评估本身就在不断变化中,云计算的价值体现仍不明朗。

  在当下,云风险管理的哪些方面是IT主管们需要特别关注的呢?

  最重要的不在于云服务提供商本身,而是大企业缺乏一种针对云计算的统一框架。诸如数据隐私和安全等技术相关的云计算风险本身就处于快速的变化中,即使技术本身也因服务或提供商的不同而存在显著区别。缺乏对这些技术和提供商的统一应对方法是最大的风险,因为这会导致原本合适的外包协议恰得其反。那么,如何构建云服务管理的企业框架呢?

  缺乏评估云服务提供商的统一方法。CEB前期的研究表明有些关于云服务的错误会立刻导致对厂商的误判。很多企业还未开始厂商评估标准的改进。缺乏应用整合和迁移到云服务的明确指导。应该采用参考体系架构的模式,从而使开发人员、项目经理和业务伙伴能协调一致地进行风险管理。

  而在IT转向云服务的过程中,关键人物的有效沟通十分匮乏。对于厂商来说,一般倾向于绕过IT直接和业务部门打交道,因为这样可以将合同金额提高50%到100%,还能将销售周期缩短50%到80%。

  为了形成统一的评估框架和体系指导,IT主管需要向业务端传达后者所能理解的业务目标,让业务端形成明确的预期,并且指出哪些问题需要IT与业务之间合作解决。当需要和业务伙伴或服务商一起评估风险时,最后一项就显得尤为重要。

  对大部分IT团队来说,消除这些风险并非难事,但有个前提是必须对厂商管理框架进行革新。当前大多数厂商管理框架都太过于重视技术或服务商,而有些IT组织已经开始质疑这一点。领先一步的企业已经认识到,应该基于参考架构来考虑用于云风险管理的工具–比如根据业务发展线路图来进行评估:

  新的价值来源、将云服务与更宏观体系集成的模式和标准、确保云服务安全的决策框架和指导

  最主要的是要认识到,无论市场如何变化,云计算都可能是未来技术体系的必然组成。而且企业都会需要参考模型来定义云服务所扮演的角色。最大的风险不在于技术或者服务提供商,而在于因为无法充分利用云计算而丧失的机会。

原文发布时间为:2013-05-27

本文作者: 景保玉

本文来自云栖社区合作伙伴IT168,了解相关信息可以关注IT168

原文标题:构建云服务的管理框架 CIO应当如何做?

目录
相关文章
|
1天前
|
人工智能 算法 vr&ar
构建未来:以用户为中心的移动应用开发新趋势
【4月更文挑战第23天】随着移动技术的不断进步,用户对移动应用的要求也越来越高。本文将探讨以用户为中心的移动应用开发的新趋势,包括人工智能、增强现实和虚拟现实的应用,以及如何通过这些技术提供更个性化、更丰富的用户体验。
|
存储 SQL 人工智能
谈谈企业如何构建现代数据平台
数据平台是一组集成的技术,它们共同满足组织的端到端数据需求。
谈谈企业如何构建现代数据平台
|
2天前
|
运维 安全 数据中心
【Terraform实现云服务基础设施既代码(IaC)案例实战-1】:树苗科技公司的自动化转型之旅
背景树苗科技公司业务上云2年有余,随着技术的不断发展。运维团队支持业务变更配置、开资源、删资源等过程加班到深夜一两点已是家常便饭。为了进一步提升工作效率,运维总监张三决定对当前业务交付路径进行统一梳理,借助IaC的理念和Terraform自动化工具逐步实施运维生产自动化,改善组内成员频繁加班的现状。...
|
机器学习/深度学习 存储 分布式计算
DataTrust:从产品需求到工程架构实践(连载2)
本期将接着为大家讲解,国内唯一一个获得工信部三项隐私计算测评的产品DataTrust,在隐私计算领域从产品需求到工程架构的实践之路。
DataTrust:从产品需求到工程架构实践(连载2)
|
存储 敏捷开发 监控
如何使用云计算构建企业架构
企业在基于云计算的部署中,迁移其遗留基础设施并不容易,可能会遇到一系列技术障碍。而行业专家表示,企业的云计算之旅具有更多的价值。
205 0
|
运维 Kubernetes 监控
智慧巨鹿使用Rainbond落地实践,一个平台管理所有应用系统
大家好,我是北京数立通科技有限公司的李栋。最近几年,我一直负责“智慧巨鹿”这一智慧城市项目的运行与维护工作。这个项目涉及到10多家供应商开发的 30 多套智慧城市应用的运维管理,使用传统方式进行部署与管理肯定会造成混乱。我们在项目开始之初,就试图借助云原生相关的技术来提高部署与管理效率。
智慧巨鹿使用Rainbond落地实践,一个平台管理所有应用系统
|
Kubernetes Cloud Native 安全
专访 KubeVela 核心团队:如何简化云原生复杂环境下的应用交付和管理
2021 年 7 月,KubeVela 和 OAM 项目整体捐赠给 CNCF 基金会托管。 在 1.2 版本中,KubeVela 新增了以应用为中心的控制面板 UI 功能,使应用组装、分发、交付流程变得更简单,并可以通过 UI 控制台及时了解整个交付链路状态,简化多云/混合环境交付方式。另外还新增了基于订阅模型的开源应用交付系统 ,使企业和云原生应用开发者只需要在 GitHub/Gitlab 上修改代码,就可以自动完成云原生应用交付的整个链路。 从开源到现在已经有一年多,KubeVela 社区取得了什么样的进展?有了哪些落地实践?1.2 版本中为什么会新增加这两个功能,适合于什么场景?
1676 0
专访 KubeVela 核心团队:如何简化云原生复杂环境下的应用交付和管理
|
敏捷开发 小程序 程序员