【AICon】AI 大模型超全落地场景&最佳实践 了解详情
写点什么

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

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

    阅读完需:约 7 分钟

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

8 月 16 - 19 日,与零一万物李开复、蔚来李斌、面壁智能李大海,及工商银行、交通银行、华夏银行等 100+ 行业专家相聚 FCon x AICon

“人生最难的就是要学会哪座桥可以过,哪座桥可以烧。”–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:00568

评论

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

http协议简介

芯动大师

Cookie HTTP协议 Cookie反爬虫 10月月更

六类网线、七类网线、八类网线区别有哪些?

wljslmz

10月月更 弱电 以太网线 综合布线

应用监控可视化工具Grafana&Kibana对比

阿泽🧸

10月月更 监控可视化

2022-10-09:我们给出了一个(轴对齐的)二维矩形列表 rectangles 。 对于 rectangle[i] = [x1, y1, x2, y2],其中(x1,y1)是矩形 i 左下角的坐

福大大架构师每日一题

算法 rust 福大大

什么是DataOps?DataOps只是Data加上Ops吗

雨果

DevOps

_fitoa_word的实现:一个整型数据是如何转成字符串的呢?

桑榆

源码刨析 10月月更 C++

Spring之IOC

楠羽

笔记 spring 源码 10月月更

HTML的简介

芯动大师

HTML标准 10月月更 HTML元素

跟着卷卷龙一起学Camera--透镜组

卷卷龙

ISP camera 10月月更

基于微信小程序的老年大学招生报名小程序开发笔记

CC同学

Android Coder浅谈队列同步器(AQS)

子不语Any

后端 java; 10月月更

爬虫练习题(四)

张立梵

Python. 10月月更 爬虫案例

一起学习设计模式:备忘录模式——软件的“后悔药”

宇宙之一粟

设计模式 备忘录模式 10月月更

跟着卷卷龙一起学Camera--BM3D

卷卷龙

ISP camera 10月月更

企业的数据资产怎么盘?统筹规划,摸清家底

雨果

数据资产管理

【算法作业】实验五:神奇宝贝大军 & 到迷宫出口的最短路径

清风莫追

算法 10月月更

简述Docker改造传统应用的流程

穿过生命散发芬芳

Docker 10月月更

强化学习发现矩阵乘法工赋开发者社区 | DeepMind再登Nature封面推出AlphaTensor

工赋开发者社区

Python基础(十三) | 机器学习sklearn库详解与应用

timerring

Python 机器学习 sklearn 10月月更

【算法作业】实验一:轮流报数与鸡兔同笼

清风莫追

基于云开发的大学社团招新小程序开发笔记

CC同学

Hacktoberfest 2022:Jenkins maven-snapshot-check Plugin 的改进实践

donghui

jenkins Hacktoberfest

【C语言内功修炼】柔性数组的奥秘

Albert Edison

数组 C语言 10月月更 柔性数组

Zebec地平线节点运营计划,Web3流支付赛道或多一条全新公链

股市老人

大数据ELK(二十):FileBeat是如何工作的

Lansonli

Filebeat 10月月更

用OptaPlanner进行车辆路线优化

成长兔🐇

爬虫的简介

芯动大师

Python语法 10月月更 爬虫简介

跟着卷卷龙一起学Camera--压缩与存储

卷卷龙

ISP camera 10月月更

数字化转型,目的是为了转型还是数字化?

雨果

数字化转型

【玩物立志-scratch少儿编程】骑上小摩托(动态背景+摄像头控制操作)

清风莫追

10月月更

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