写点什么

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:201054

评论

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

字节跳动5面喜提offer!分享给朋友们面试感受

Java架构之路

Java 程序员 架构 面试 编程语言

有了阿里人的并发图册+JDK源码速成笔记,我终于不慌内卷了

程序员小毕

Java 程序员 架构 面试 分布式

K8s 原生 Serverless 实践:ASK 与 Knative

阿里巴巴云原生

Serverless 容器 云原生 k8s 存储

设计模式--享元模式

学Java的猪猪侠

Apache Iceberg学习日志

InfoQ_Springup

数据湖

后端服务器网络编程之 IO 模型

Linux服务器开发

网络编程 后端开发 web服务器 Linux服务器开发 网络io

2021版金三银四Java面试突击手册开源(涵盖p5-p8技术栈),“吊打”面试官的“葵花宝典”

云流

Java 编程 程序员 架构 面试

浅论指针(一)

Integer

c c++ 指针

缓存为什么会被污染?

escray

redis 极客时间 学习笔记 3月日更 Redis 核心技术与实战

被传“疯”了!GitHub上都在找的分布式核心笔记终于来了

Crud的程序员

Java 架构 分布式

一年增加 1.2w 星,Dapr 能否引领云原生中间件的未来?

阿里巴巴云原生

容器 微服务 云原生 k8s 中间件

「产品经理训练营」第八章作业

Sòrγy_じò ぴé

浅论指针(二)

Integer

c 指针

爆肝一周总结了一份Java学习/面试自测指南!200+道Java最常见面试题。

Java架构之路

Java 程序员 架构 面试 编程语言

程序员必修课:阿里性能优化全解终开源!设计+代码+JVM三飞

周老师

Java 编程 程序员 架构 面试

MapReduce的运行机制详解

五分钟学大数据

hadoop 3月日更

引入单点登录,需要考虑哪些问题?

龙归科技

SSO 单点登录

oktoken对冲合约软件APP开发|oktoken对冲合约系统开发

开發I852946OIIO

系统开发

源码解读:KubeVela 是如何将 appfile 转换为 K8s 特定资源对象的

阿里巴巴云原生

容器 云原生 k8s API 应用服务中间件

【操作系统】存储器管理

学Java的猪猪侠

Flink程序优化及反压机制

大数据技术指南

flink 3月日更

中国唯一入选 Forrester 领导者象限,阿里云 Serverless 全球领先

阿里巴巴云原生

阿里云 Serverless 容器 开发者 云原生

2021面试跳槽宝典:BATJ大厂核心面试解析600题

比伯

Java 架构 面试 程序人生 计算机

硬件测试的思考和改进:有道词典笔的高效测试探索

有道技术团队

前端

会声会影最新版:会声会影2021中文版它来啦!

奈奈的杂社

视频剪辑 视频后期 自媒体 视频处理 会声会影

oktoken跟单社区系统开发|oktoken跟单社区APP软件开发

开發I852946OIIO

系统开发

关系数据理论是个什么牛马

学Java的猪猪侠

刷爆LeetCode!字节技术官亲码算法面试进阶神技太香了

周老师

Java 编程 架构 面试 程序员、

怎样从零开始设计一个数据库

学Java的猪猪侠

技术中台之DevOps动态表单体系构建

EAWorld

操作系统--虚拟存储器概述

学Java的猪猪侠

BYOC和混合云的崛起-InfoQ