写点什么

关于“使用云的混合架构”的三大误区

  • 2019-11-11
  • 本文字数:2033 字

    阅读完需:约 7 分钟

关于“使用云的混合架构”的三大误区

“人生最难的就是要学会哪座桥可以过,哪座桥可以烧。”–David Russell


在以首席信息官的身份负责多个基于云服务的业务解决方案的交付工作时,我开始对混合架构有了一些自己的看法。在过去的 5 个月里,我有幸与大公司的首席信息官和首席技术官进行了数十次对话,这进一步加深了我对这个主题的想法。与此同时,我阅读了许多讨论混合架构的文章和博客,我看不出行业对采用云技术的混合架构是否达成了共识。


公司出于各种不同的原因采用云技术。云采用者已获得敏捷性提高、成本降低和全球影响力扩大等优势。对于我接触过的许多首席信息官来说,实际上可归结于它能够将宝贵资源充分转化为能够促进业务发展的资源。换句话说,将与管理基础设施相关的千篇一律的繁重工作转化为与构建其品牌知名产品和服务相关的活动。


也就是说,大多数企业的 IT 组织已经建立了他们今天所运营的基础设施和管理模式。我接触过的许多首席信息官希望尽快将这一基础设施迁移到云,但必须认识到,有意义的云采用是一个需要时间的过程。在迁移到云的过程中,公司需要一种能够保持系统正常运行同时充分利用其现有投资的方法。在我撰写的有关企业云之旅的文章中,我讨论过公司应该如何使用 AWS Virtual Private Cloud (VPC) 和 Direct Connect 将其本地基础设施拓展到 AWS 上,以创建混合架构。对我来说,这是最有意义的混合架构,也是许多公司在最大限度地利用云的优势时所采取的步骤。


除此之外,关于混合架构的对话就变得有些复杂了。我在市场评论中发现了三个趋势,初看起来挺有道理,但稍一深入分析,就会发现这些观点站不住脚。这三个误区是:


误区一:混合架构是永久目的地。用“永久”来形容这一观点有些太过绝对了。拥有大量陈旧系统的大型公司将运行混合云架构一段时间 (可能是以年计数)。每个组织的云之旅会有所不同,每个人都将按照自己喜欢的步伐前进。但是,我认为未来不会有太多公司运营自己的数据中心。其淘汰过程可能需要 3 年以上的时间,但我确信这一定会在 15 年内实现。能够加速这一转型的因素至少有四个:


  1. 云提供商实现的规模经济效应将随着采用范围的扩大而不断增长。这些优势终会通过这样或那样的方式令云消费者受益。

  2. 云技术的创新步伐是前所未有的。2014 年,AWS 发布了超过 515 项增强功能,近 3 年来创新速度几乎翻了一番。

  3. 公司运行业务所依赖的技术 (如电子邮件、生产力、人力资源、CRM 等) 越来越多地构建在云中。

  4. 有助于企业迁移到云的技术和业务的数量正在迅速增长。您看看 AWS MarketplaceAWS 合作伙伴网络就知道了。


误区二:混合架构允许您在本地基础设施与云之间无缝迁移应用程序。表面上看起来好像很有吸引力,但这个前提有一个根本性的缺陷。它假定云和本地基础设施具有同样的能力。我知道很多公司都具备管理其基础设施的能力。与此同时,有很多公司是想要获得其数据中心不具备的功能和特性才迁移到云的,这些功能和特性有:真正的弹性、安全性、随用随付、持续不断的创新流等。您在设计应用程序的架构时,如果想要在自己的数据中心和云间无缝切换,则您的应用程序的功能就只能限定为数据中心和云都具备的功能集合。


误区三:混合架构允许您跨多个云提供商无缝地代理您的应用程序。我认为,这个论点有一个细节值得探讨。公司正在使用各种不同的云解决方案来满足其业务需求。这通常包括基础设施服务的混合,以及运行在公司数据中心之外的其他地方 (通常是在 AWS 上) 的打包解决方案。这完全讲得通。IT 高管应该关注他们试图解决的问题,并根据其面临的限制条件挑选最佳的工具来解决它。


但令我感到惊讶的是,很多公司掉入了陷阱之中:他们尝试构架单一应用程序来在多个不同的云提供商的服务上运行。我明白工程师为什么喜欢这样做 —  – 对工程师来说,造出能够使不同的云协同工作所需的“胶水”是一项莫大的成就。但遗憾的是,这种工作会抵消组织迁移到云所获得的生产力提升。我一直认为这是一种倒退的举动。除了管理自己的基础设施以外,您现在还需要解决多种服务的差异性问题。跟误区二一样,这也会将其应用限制到所有架构共有的功能集合。


我也明白,公司选择这条路线是想让供应商保持诚实,同时避免束缚于单个云提供商。我认为,首先,大型云提供商倒闭的可能性不大,而且云计算行业不太可能会朝着惩罚性商业策略的方向发展。其次,我觉得一定有更好的办法来减轻这种顾虑。使用已知的自动化技术构架应用程序的公司将能够可靠地重现其环境。这种最佳实践使他们能够充分发挥云的弹性优势,并将应用与基础设施分离。如果这一点做得足够好,迁移到其他云提供商 (如果有充分理由需要这样做的话) 就变得不那么重要了。


做出技术选择有时并不容易,而且很难做到完美无憾。但创建混合架构并不一定如此。我很乐意倾听您的想法。请留言加入讨论。


不断前进


-Stephen


orbans@amazon.com


@stephenorban


http://aws.amazon.com/enterprise/


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/three-myths-about-hybrid-architectures-using-the-cloud/


2019-11-11 08:00688

评论

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

网络编程入门从未如此简单(二):假如你来设计TCP协议,会怎么做?

JackJiang

TCP 网络编程

狂补计算机基础知识,让我上了瘾

沉默王二

计算机基础 计算机

阿里中间件团队技术官手撸笔记,全新演绎“Kafka部署实战”,已开源

Java架构之路

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

牛掰!面试不再慌,苦刷这份2020最全的“基础-中级-高级”面试题库,已涨17k

Java架构之路

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

使用PG_STAT_REPLICATION监视复制

PostgreSQLChina

数据库 postgresql 开源 软件 开源社区

中小公司开展NPS的好处

MT马特量化机器人软件开发|MT马特量化机器人APP系统开发

系统开发

第五周作业-流程图及时序图

Au revoir

【死磕JVM】JVM快速入门之前戏篇

牧小农

跨平台 虚拟机 Java虚拟机 JVM虚拟机原理 hotspot

Flink 如何实时分析 Iceberg 数据湖的 CDC 数据

Apache Flink

flink

BML CodeLab发布重磅更新 一键配好Windows WSL2 AI开发环境

百度大脑

为了让你在“口袋奇兵”聊遍全球,Serverless 做了什么?

阿里巴巴云原生

云计算 Serverless 云原生 监控 调度

Android NativeCrash 捕获与解析

vivo互联网技术

c++ android NativeCrash

性能优化知多少

圣杰

sql 性能优化 dotnet

深度丨从货币历史看比特币的诞生

CECBC

比特币

资深大牛带你了解源码!分析Android未来几年的发展前景,快来收藏!

欢喜学安卓

android 程序员 面试 移动开发

连接AI与用户,京东云推出视音频通信技术方案

京东科技开发者

IoT 通信 视频会议

Serverless 如何在阿里巴巴实现规模化落地?

Serverless Devs

阿里云 Serverless 云原生 大前端

Agora 实时音视频调查工具水晶球

john

神操作:就靠这份“Java核心技能精讲”,竟收割了22个Offer

比伯

Java 编程 架构 面试 计算机

最新大厂Java面试题库,测试一下你能坚持到哪一面 “美团+字节+腾讯”三面技术问题

Java架构之路

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

一周信创舆情观察(2.8~2.21)

统小信uos

iOS开发前景

ios

小程序开发-云开发技术总结

我是哪吒

小程序 程序员 大前端 28天写作 2月春节不断更

LeetCode题解:152. 乘积最大子数组,动态规划,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

计算机视觉--opencv及paddlepaddle 环境安装

cloudcoder

细节完美炸裂!GtiHub上点赞已破百万的并发编程四套全彩手册

Java架构追梦

Java 阿里巴巴 架构 面试 并发

安卓软件开发文献!阿里P8架构师的Android大厂面试题总结,建议收藏

欢喜学安卓

android 程序员 面试 移动开发

程序员需要搞理财吗?

三石

理财 话题讨论

bat文件调用cmd命令批量提取文件夹中的文件名(批量修改文件扩展名)

明金同学

Selenium 利用 JS/JQ 操作元素、鼠标键盘事件、Cookie 操作

梦想橡皮擦

Python 28天写作 2月春节不断更 selenium

关于“使用云的混合架构”的三大误区_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章