写点什么

BYOC 和混合云的崛起

2014 年 3 月 12 日

想象一下,现在消费者市场上有多少新技术趋势是被广大用户所喜爱的;同时,企业里的 IT 领导者们也在考虑这种趋势对于本组织的意义所在。在 IT 拿出一个实现和推广方案之前,员工们已经开始在日常工作中使用这个技术了。毕竟,类似 Dropbox 这样的工具提高了日常工作效率,通过协作式的存储,保证每个用户都能访问到最新的文档,而无需通过电子邮件传来传去。

不难猜到我们正在讨论的主题是什么:IT 的消费化。这并不是什么新玩意,但是随着 bring-your-own-cloud (BYOC:携带你自己的云)的潮流到来,员工们使用公有的或者第三方的云服务来完成特定的工作和任务,IT 可以玩出不少新花样了。

bring-your-own-cloud 快速流行起来,主要是因为它给用户带来的好处:方便、快捷、低廉。我们都知道,获得 IT 的批准是一件困难和耗时的事情,有些时候申请的工具甚至还没有采购进来。这个时候,bring-your-own-cloud 自然就被用上了。

IT 部门的员工本来就已经在苦苦追赶新的技术,现在发现受到的压力更大了:开发者在快速的构建新的能力和解决方案,而用户也在不断的带来“自己的云”。

BYOC**** 的风险

对 IT 来说,有这么一大堆不受监控、未经授权的服务运行在自己的网络里,必然存在着隐患,必须得管起来。你得非常仔细、全力以赴的去寻找那些流淌在你的 IT 血管里的服务,理解每个组件的影响。这里是 BYOC 的几个比较大的风险:

  1. 资源的过分消耗:假设你在 DropBox 上与几个同事共享了一个 1GB 的文件,然后突然每个人开始下载这个视频。公司的网络也许无力承受这种额外的流量。这会非常严重的拉低系统可用性,挤占网络上别的用户为了完成工作需要使用的资源。
  2. 昂贵的代价:在过去,资金是严格拨给 IT 部门的,现在则被抽走并分配给了不同的业务单元,他们拥有建设本部门基础设施的自主权。IT 在这些基础设施如何建设上并无发言权,但却被要求来负责预防和解决各种各样的问题。一个业务部门在订购 SalesForce 之前不咨询 IT 部门并非是罕见的事情,SalesForce 服务本身就包含了培训和支持。IT 一直被蒙在鼓里,直到系统崩溃导致信息丢失或者网络带宽被挤占导致故障停机。据 Amplifying the Signal in the Notice of IT Monitoring 的统计,故障停机的成本可达 $100,000 每小时。
  3. 信息隐患增大了:员工将公司信息放在不被监控或管理的地方,就像将不上锁的笔记本留在办公桌上一样,给坏人造成了可乘之机。公司对 BYOC 服务完全没有控制权、或者只有一点点,因为这些服务为员工所有,或至少是被他们自己控制的,同时又托管在第三方提供者那里。例如,员工在工作时使用他们个人的 Box.net(文件共享和协作)账号。绝对不可低估黑客的高强本领,特别是当员工远程工作、连接到不安全的网络时更是如此。
  4. 复杂性:即使云计算使得一个组织可以把计算迁离内部数据中心,向客户交付高质量服务的责任并没有改变。IT 团队本来就已经在穷于应付复杂的数据中心了,想想五花八门的 IT 工具、糟糕的容量规划等等,现在他们又得竭尽全力去监控和管理运行在受控范围之外的服务了。此外,如果没有可扩展的网络,各个业务部门最终将会陷于抢夺有限容量的争斗。

考虑到这些风险,为什么这些组织不干脆彻底消灭掉 BYOC 呢?毕竟,这是一种破坏性的技术,引领 IT 领域之新模式。为什么?因为你无法做到!终端用户驱动的 Apple 设备的渗透已经清楚的展示了这一点,赛场已经变了,IT 驱动的日子已经一去不复返了。消费者就是喜欢云产品的简捷易用性。即使员工现在还没有把 BYOC 带入企业,这也只是一个时间早晚的问题。因此,与其抵制,不如寻找拥抱和受益之法。别被人看作是成功路上的绊脚石而开始失去影响力。

达成这一目标的一种方法是 IT 重新树立价值创造者的形象,毕竟当人们提到 IT 解决方案和流程的时候,是 IT 部门在主宰。伸出援助之手,参与到云项目中去。这样,人们才会跟你合作,在做工具相关的决定时征求你的建议,而这些工具可能不是你所拥有的。这对你来说是一种双赢,不仅你会被看作是一种资产,而且从长期看,把事情做圆满将会使你未来的工作变轻松。

在你的基础设施里迎接 BYOC

为了使 BYOC 成为组织基础设施的一部分,下面是一些经验可供参考:

  1. 理解引入云的原因:是为了动态可扩展的容量,存档数据的长期存储,合规性的满足,还是在有限的预算下扩大业务?首先要明确你做这件事的理由。
  2. 出台整个组织一致的政策:为公司员工编写一份参考指南,总结云应用方面的最佳实践,推动大家以对组织最有用的方式和配置来使用云。
  3. 性能监控:为了保证云的敏捷和弹性,需要强化公司的基础设施,这可以通过减少动态数据中心使用工具的数量来实现。寻求一种全面的能监控各方面性能的解决方案,包括网络、服务器、云等等。关于基础架构的一个完整视图有助于隐藏各种底层工具的细节、提升管理效率。
  4. 容量规划:理解组织目标、期望引入的新服务及其对现有基础架构的影响。一个新的服务会对其他服务或用户产生不良影响吗?重申一下,与相关团队保持合作才能避免被晾在一边。
  5. 使用企业版:不管是将云用于存储还是计算,记得要采用一个经过组织批准的版本,而不是一个消费者版本,例如 GoogleDrive。许多企业版具有更好的安全性。

混合云的形势

这里我们想对混合云的概念作进一步说明。这一趋势正变得相当的受欢迎,并被认为将一直势头不减的持续到 2014 年。简而言之,一个混合云,或者说多云并存的环境,指的是同时使用公有云和私有云来建设企业的云基础架构。这样,企业既能够享受到外包基础设施(公有云)和服务的方便性,也能确保内部敏感服务(私有云)的私密性。

Amazon Web Services Windows Azure 是公有云中的佼佼者,它们打造了企业级的战略云产品。Pinterest、FourSquare 和 Toyota 都在使用公有云来扩展他们不断增长的业务,支持长期趋势分析,以及扩大存储空间。

然而对于 IT 来说,迁移到云(不管是公有云、私有云还是两者兼有)就像整理衣橱:东西要被搬来搬去。在这个过程中,你最终会确定哪些东西将被丢弃,哪些东西可以保留下来。

混合云的完美实施

从某一方面考虑,仅采用一种公有云并来集中所有服务的做法很有诱惑力。除此之外,你还有很多选择,包括:

  1. 混搭——多云并存:兼并重组会发生这样一种现象,原来的公司分别采用不同的平台,合并之后领导决定某些部门至少是在短期之内保持原有架构不变。这样,IT 部门必须同时支持不同的平台。
  2. 定制化的功能:平台作为服务(Platforms as a Service - PaaS)提供商(例如 Salesforce.com )使得一个公司不再需要投入额外的成本、增加额外的资源来为安装新的应用而评估和部署软硬件。如果这可以满足你的需求,不妨将此作为你的公有云方案,而不是使用标准的基础设施作为服务(Infrastructure as a Service)的模式。
  3. 优化成本:有时候,也许你会发现建设混合云的性价比更高。你可以基于开源软件自己搭建一个私有云,用于那些优先级或性能要求比较低的项目;同时采购高质量的公有云或者一流的私有云来支持最高等级的应用。

在讨论混合 IT 的时候,一个经常被提及的担心跟 Ops 有关。为了管理数据中心的方方面面(存储阵列、网络、服务器,等等),到底需要多少种工具。采用一种统一性的做法有利于降低复杂度:只用一套工具就能管理所有的物理和逻辑组件(包括云)。这种方法将性能管理和以往依靠简单通知的可用性管理统一起来,为了完成这种统一而增加的复杂度和必要的集成是值得的。组织的平均故障恢复时间(MTTR)会被减小,环境的稳定性和可预测性会得到提高。

如果没有关于整套环境的统一视图,任何控制都是有限的、并经常是误导性的。IT 运维的单一管理将会使你的工作轻松不少。没有这个手段,员工们将会各行其是,随意选择各种技术,结果将是多种云平台并存,给 IT 管理带来沉重的负担。

精明的 IT 领导者们理解,他们的组织必须拥抱云,必须探索跨云的管理,实现组织整体一致的前瞻性的战略,以此来确保透明性和顺畅的管理。无论你的业务目标如何,是需要向混合云模型迁移,还是采用开源云来减少成本压力,重要的是计划要与目标保持一致。这样,你才能在自己的组织里抓住机会、兑现云的美好承诺。

关于作者

Chris Smith 于 2012 年作为 CMO 加入 Zenoss,负责品牌管理、产品营销和客户需求。Chris 拥有超过 20 年的 IT 营销经验,已经帮助多家年轻的软件公司取得了快速的成长或市场的主导地位。

查看英文原文 : BYOC and the Rise of Hybrid Cloud


感谢杨赛对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014 年 3 月 12 日 22:201057

评论

发布
暂无评论
发现更多内容

05|PPT教程|PPT 有哪些类型?

青城

PowerPoint 3月日更

算法喜刷刷之验证二叉树的前序序列化

Kylin

算法 3月日更 刷题笔记

前端开发:Vue项目中解决Emitted value instead of an instance of Error问题

三掌柜

vue.js 前端 3月日更

区块链重塑婚姻

茜茜公主

3月日更

(28DW-S8-Day20) 以太坊账户

mtfelix

28天写作

这是看脸的时代吗——晕轮效应

Justin

心理学 28天写作 游戏设计

翻译:《实用的Python编程》05_01_Dicts_revisited

codists

Python

如何成为一名架构师?

xcbeyond

程序人生 方法论 架构师 成长与思考 3月日更

Python With 关键字和语句

HoneyMoose

微服务简介

insight

微服务 3月日更

翻译:《实用的Python编程》05_00_Overview

codists

华云大咖说 | 华云数据与瀚高软件携手共建国产云生态 助力政企用户安全可靠发展

华云数据

诗歌动画、酸奶麻将......户外广告营销的玩法多!

󠀛Ferry

七日更 3月日更

《精通比特币》学习笔记(第八章)

棉花糖

区块链 学习笔记 3月日更

真·“拜师学艺”?2021中科院开源之夏,开源大牛1V1&万元奖金只等你来!

京东科技开发者

开源 开源社区

一步一步教你如何在Centos7中配置Kafka运行时环境

happlyfox

28天写作 3月日更

带你了解VXLAN网络中报文的转发机制

华为云开发者社区

网络 网关 VXLAN 报文 分布式网关

力扣(LeetCode)刷题,简单题(第27期)

不脱发的程序猿

LeetCode 面试刷题 28天写作 算法面经 3月日更

《未来世界的幸存者》读书笔记

SilentMacUser

极客时间 互联网 技术学习 阅读 阮一峰

算法攻关 - 验证二叉搜索树 (O(n))_098

小诚信驿站

刘晓成 小诚信驿站 28天写作 算法攻关 验证二叉搜索树

滚雪球学 Python 之闭包操作,本系列第 8 篇文章

梦想橡皮擦

28天写作 3月日更

“种”下黑科技,守护每株绿,“植”了!

华为云开发者社区

华为 AI IoT modelarts 森林

植树节,种个二叉树吧?

悟空呀

数据结构 算法 二叉树

关于广东欢太科技可不可信?那是你还不了解

Geek_4a453c

企业 欢太 欢太科技

聊聊什么是CommonJs和Es Module及它们的区别

蛙人

前端 js ES6

ECMAScript 2016(ES7)新特性简介

程序那些事

JavaScript ecmascript ES6 程序那些事 es7

区块链应用解决方案赋能到农产品溯源上究竟能解决什么问题?

源中瑞-龙先生

硬核!一文学完Flink流计算常用算子(Flink算子大全)

五分钟学大数据

大数据 flink 28天写作 3月日更

3月12日学习笔记

Nydia

【植树节专题】回顾TcaplusDB的十年发展史

TcaplusDB

数据库 后端 TcaplusDB Tcaplus

一起来学习LiteOS中断模块的源代码

华为云开发者社区

代码 华为云 LiteOS 中断 中断控制器

演讲经验交流会|ArchSummit 上海站

演讲经验交流会|ArchSummit 上海站

BYOC和混合云的崛起-InfoQ