当前位置:云计算行业动态 → 正文

关于混合云架构的三个热门流言

责任编辑:editor006 作者:Stephen Orban |来源:企业网D1Net  2015-03-24 17:11:19 本文摘自:medium.com

大卫·罗素曾说过:“选择是人生中最困难的事情——你要去知道跨哪座桥,拐哪个弯儿。(hardest thing in life to learn is which bridge to cross and which to burn——David Russell)”。

前一段时间,我将自己定义为一名CIO,从多个基于云服务商业解决方案交付的角度来考量混合架构。在过去的5个月中,我有幸能与来自不同大公司的数十名CIO和CTO进行交流,从而对问题的答案有了非常深刻的认识。在这期间,我阅读了大量关于混合架构的文献和博客,但是在混合云架构使用上,产业中很显然还没有形成一个共识。

企业选择拥抱云技术可能会基于各种不同的原因——获得更强的敏捷性、降低成本、全球可访问等等。但是对于许多我交流过的CIO来说,这实际上可归结于一件事——使用云技术将之前许多无法作为业务提供的宝贵资源变成业务。换句话也就是说,组织通过建立产品和服务,在其优势领域内将基础设施维护这个重担变成业务。

即便如此,许多企业内部已经存在了大量基础设施,机构不得不继续对其进行管理和运维。同时,与许多期望将基础设施迁移到云上的CIO进行交流后也了解到,虽然选择云服务对这些机构来说很有意义,但是对他们来说,这并不是一朝一夕就可以完成的任务。在迁移到云的过程中,公司需要一个途径来利用已有的基础设施,也就是说从已有的投资中获得回报。我曾今发表过“The Enterprise Cloud Journey”一文,讲述机构如何利用 AWS Virtual Private Cloud(VPC)Direct Connect 让内部部署的基础设施与AWS连接,从而打造一个混合架构。对我来说这个混合架构一直很有意义,同时它也让许多公司可以最大化利用云技术的优势。

然而在这些之外,市场上对混合架构采用的理解上存在些误区,其中有3个初听起来甚是“靠谱”,但根本经不起抽丝剥茧。这三个流言是:

流言1:混合架构才是未来。

对于混合架构来说,使用未来描述显然有些牵强。无可否认,对于许多大企业来说,在未来很长的一段时间内它们仍然需要采用一个混合的架构,这个时间可能需要以年计算。每个企业的云旅程都不尽相同,其中每个企业都会选择一个恰当的时机做云迁移。但是即便如此,我仍然无法想象未来各个企业回到自建数据中心的理由。也许,在3年内企业可能无法完全迁移到一个云环境,但是我相信这个迁移的时间不会超过15年。在这里,我最少看到了3个促成这种转变的因素:

1. 随着云采用的增长,云供应商将获得更好的规模经济。无论如何,规模经济带来的收益最终将返回用户。

2. 云技术带来的创新步伐是前所未有的。2014年,AWS发布了超过515个增强功能,更新频率几乎是过去3年的两倍。

3. 公司业务(比如e-mail、productivity、HR、CRM等)依赖的技术被越来越多的云化。

4. 帮助公司迁移到云上的技术和业务得到快速发展。

流言2:混合架构可以让你无缝地在本地基础设施和云基础设施之间进行切换。

从表面上看这点非常有吸引力,但是这里存在一个本质上的先天缺陷。因为这么做的前提是,本地基础设施和云基础设施拥有同样的能力。对于那些有能力管理自己基础设施的公司我非常欣赏,然而许多公司之所以迁移到云基础设施就是为了获得其本地数据中心不具备的特性和能力:真正的弹性、安全性、按使用付费,以及不断地创新。架构一个在本地数据中心和云数据中心无缝切换的应用程序无疑意味着你只能获得这两个基础设施的最低功能。

流言3:混合架构可以让你的应用程序横跨多个云供应商。

这里存在的问题是这个论点被曲解了,我认为这个非常值得讨论。时至今日,公司使用不同的云解决方案来迎合自己的业务需求。这通常包括了一些IaaS服务以及运行在非本地数据中心(通常是AWS)的封装方案。这么做是非常有意义的,基于约束,高管们显然应该选择最适合业务的工具。

然而,这里让我无法想象的是,在单个应用程序的架构上,很多公司陷入将其架构成可以运行在多个提供商上的误区。我可以理解这么做的原因所在:让多个云可以同时工作确实非常有吸引力。但不幸的是,这么做会耗尽公司最初迁移到云环境所获得的生产力提高。因此,我一直认为这是一种退步的做法。取代管理本地的数据中心,这么做需要管理多个不同数据中心之间的差异。就像流言2一样,它同样会将你限制到通用的最低功能。

但是我也认可机构选择这个途径的理由——保持服务提供商的诚实,也避免被单个提供商锁定。同时,我认为在这个问题的考虑上应该有一些折中的选择,比如使用Container等技术让环境可以更好地重现。这种最佳实践允许其充分地利用云的弹性,同时也能做到应用程序与基础设施的解耦。如果实现良好,不同提供商之间的转移将异常方便,当然得有一个合适的转移理由。

有时候,技术选型并不一定容易。同时,我们也并不一定必须去建立一个混合架构。

原文链接:https://medium.com/aws-enterprise-collection/three-myths-about-hybrid-architectures-using-the-cloud-809a698df8d8

关键字:架构云化IaaS

本文摘自:medium.com

x 关于混合云架构的三个热门流言 扫一扫
分享本文到朋友圈
当前位置:云计算行业动态 → 正文

关于混合云架构的三个热门流言

责任编辑:editor006 作者:Stephen Orban |来源:企业网D1Net  2015-03-24 17:11:19 本文摘自:medium.com

大卫·罗素曾说过:“选择是人生中最困难的事情——你要去知道跨哪座桥,拐哪个弯儿。(hardest thing in life to learn is which bridge to cross and which to burn——David Russell)”。

前一段时间,我将自己定义为一名CIO,从多个基于云服务商业解决方案交付的角度来考量混合架构。在过去的5个月中,我有幸能与来自不同大公司的数十名CIO和CTO进行交流,从而对问题的答案有了非常深刻的认识。在这期间,我阅读了大量关于混合架构的文献和博客,但是在混合云架构使用上,产业中很显然还没有形成一个共识。

企业选择拥抱云技术可能会基于各种不同的原因——获得更强的敏捷性、降低成本、全球可访问等等。但是对于许多我交流过的CIO来说,这实际上可归结于一件事——使用云技术将之前许多无法作为业务提供的宝贵资源变成业务。换句话也就是说,组织通过建立产品和服务,在其优势领域内将基础设施维护这个重担变成业务。

即便如此,许多企业内部已经存在了大量基础设施,机构不得不继续对其进行管理和运维。同时,与许多期望将基础设施迁移到云上的CIO进行交流后也了解到,虽然选择云服务对这些机构来说很有意义,但是对他们来说,这并不是一朝一夕就可以完成的任务。在迁移到云的过程中,公司需要一个途径来利用已有的基础设施,也就是说从已有的投资中获得回报。我曾今发表过“The Enterprise Cloud Journey”一文,讲述机构如何利用 AWS Virtual Private Cloud(VPC)Direct Connect 让内部部署的基础设施与AWS连接,从而打造一个混合架构。对我来说这个混合架构一直很有意义,同时它也让许多公司可以最大化利用云技术的优势。

然而在这些之外,市场上对混合架构采用的理解上存在些误区,其中有3个初听起来甚是“靠谱”,但根本经不起抽丝剥茧。这三个流言是:

流言1:混合架构才是未来。

对于混合架构来说,使用未来描述显然有些牵强。无可否认,对于许多大企业来说,在未来很长的一段时间内它们仍然需要采用一个混合的架构,这个时间可能需要以年计算。每个企业的云旅程都不尽相同,其中每个企业都会选择一个恰当的时机做云迁移。但是即便如此,我仍然无法想象未来各个企业回到自建数据中心的理由。也许,在3年内企业可能无法完全迁移到一个云环境,但是我相信这个迁移的时间不会超过15年。在这里,我最少看到了3个促成这种转变的因素:

1. 随着云采用的增长,云供应商将获得更好的规模经济。无论如何,规模经济带来的收益最终将返回用户。

2. 云技术带来的创新步伐是前所未有的。2014年,AWS发布了超过515个增强功能,更新频率几乎是过去3年的两倍。

3. 公司业务(比如e-mail、productivity、HR、CRM等)依赖的技术被越来越多的云化。

4. 帮助公司迁移到云上的技术和业务得到快速发展。

流言2:混合架构可以让你无缝地在本地基础设施和云基础设施之间进行切换。

从表面上看这点非常有吸引力,但是这里存在一个本质上的先天缺陷。因为这么做的前提是,本地基础设施和云基础设施拥有同样的能力。对于那些有能力管理自己基础设施的公司我非常欣赏,然而许多公司之所以迁移到云基础设施就是为了获得其本地数据中心不具备的特性和能力:真正的弹性、安全性、按使用付费,以及不断地创新。架构一个在本地数据中心和云数据中心无缝切换的应用程序无疑意味着你只能获得这两个基础设施的最低功能。

流言3:混合架构可以让你的应用程序横跨多个云供应商。

这里存在的问题是这个论点被曲解了,我认为这个非常值得讨论。时至今日,公司使用不同的云解决方案来迎合自己的业务需求。这通常包括了一些IaaS服务以及运行在非本地数据中心(通常是AWS)的封装方案。这么做是非常有意义的,基于约束,高管们显然应该选择最适合业务的工具。

然而,这里让我无法想象的是,在单个应用程序的架构上,很多公司陷入将其架构成可以运行在多个提供商上的误区。我可以理解这么做的原因所在:让多个云可以同时工作确实非常有吸引力。但不幸的是,这么做会耗尽公司最初迁移到云环境所获得的生产力提高。因此,我一直认为这是一种退步的做法。取代管理本地的数据中心,这么做需要管理多个不同数据中心之间的差异。就像流言2一样,它同样会将你限制到通用的最低功能。

但是我也认可机构选择这个途径的理由——保持服务提供商的诚实,也避免被单个提供商锁定。同时,我认为在这个问题的考虑上应该有一些折中的选择,比如使用Container等技术让环境可以更好地重现。这种最佳实践允许其充分地利用云的弹性,同时也能做到应用程序与基础设施的解耦。如果实现良好,不同提供商之间的转移将异常方便,当然得有一个合适的转移理由。

有时候,技术选型并不一定容易。同时,我们也并不一定必须去建立一个混合架构。

原文链接:https://medium.com/aws-enterprise-collection/three-myths-about-hybrid-architectures-using-the-cloud-809a698df8d8

关键字:架构云化IaaS

本文摘自:medium.com

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^