什么情况下不适合云计算
什么情况下不适合云计算
&&& 虽然说云计算可以从许多方面给企业带来好处，但显然没有什么是万能的。事情都有两面性，云计算也不例外。在现在的技术条件下，并不是所有应用都适合采用云计算的方式。下面我们讨论一些不适合采用云计算的应用的场景，当然这里主要指的是公有云场景。
&&& 1. 安全和合规性
&&& 在目前阶段，安全方面的担心和法规上的限定可能是企业采用云计算的一个最大的担心。在企业自建的环境中，企业对硬件和服务流程有着完全的控制，包括数据中心的位置、谁可以访问和使用这些基础设施、采用什么样的安全流程等。但是如果采用第三方的云计算服务，企业就会面临安全和法规遵循方面的担心。比如有些国家规定存放企业数据的数据中心必须在自己国家内部，而有些国家则规定企业数据不能存放在一些指定国家的数据中心。所以，这就要求企业在选择服务提供商的时候要注意云计算服务提供商的数据中心具体位置是否可选，注意这些服务的使用与国家法规之间是否有冲突等。
&&& 除了国家法律规定外，一些企业还需要遵循相应的行业和上市企业所需要遵循的规定和标准。比如在美国上市的企业要求遵循萨班斯法案（SOX， Sarbanes-Oxley Act），医疗方面的应用要遵循HIPAA法案（Health Insurance Portability and Accountability Act）等。云计算服务商是否能够让用户或第三方对其进行审核来验证其安全策略的完备性和有效性也是一个重要的考虑因素。不是所有的云计算服务提供商都能够满足这些法规遵循要求，因此企业在权衡使用云计算服务的时候一定要详细评估这些因素。
&&& 2. 硬件依赖
&&& 如果企业的应用有特殊的硬件要求，那么云计算方案一般就不适合。这种特殊的要求可以分为两类。一类是应用需要特殊的硬件支持，比如需要GPU支持、特殊的芯片组或加密硬件等。对于这类需要特殊硬件支持的应用，云计算服务提供商不大可能提供支持，就算碰巧有服务商提供，但用户可选的余地也很小，从而减少了讨价还价的余地。另一类是虽然也采用标准的、通用的硬件，但是对硬件的容量和数量等有特殊要求。比如企业的应用需要完全控制它所运行的环境，比如多大的内存、多少处理器内核等。因此，对于这些应用，我们建议采用自建的方式而不是云计算方式。
&&& 3. 与现有应用集成
&&& 无论是流程、应用层或数据层面，如果企业有两个应用需要紧密集成，一般我们建议它们不要分隔得太远。在大部分场景中，这种基于互联网的应用集成会带来一些稳定性、性能等方面的问题。所以，如果企业有一个应用要与自己数据中心中的一个应用紧密集成，那么把这个应用放到云计算平台上就需要进行特别的论证，需要仔细研究这两个应用集成度到底如何，网络的延时是否会影响到服务的使用等。
&&& 4. 实时应用
&&& 云计算具有强大的处理能力，但它们是通过分布在互联网上的不同数据中心来提供服务的。如果企业的应用对响应时间要求不高，比如一般的Web应用或是批处理应用，那么采用云计算服务完全能够满足性能上的要求，但如果是一些时间要求非常高的应用，比如实时性应用，那么云计算可能就不太适合。因为就算采用CDN这样的服务，通过互联网传输的网络延时对于实时应用来说也还是显得比较大。
&&& 5. 缺乏需求
&&& 虽然云计算在目前是一个非常流行的词语，我们仍然不建议企业纯粹为了赶时髦而进行云计算项目。这种缺乏需求的项目会给企业带来额外的风险和成本。比如一个遗留的传统应用运行没有什么问题，同时也能在可预见的未来满足需要，那么除非是能够非常清楚改造的必要性，否则一般不建议只是未来云计算而对它进行改造。我们认为企业采纳云计算是一个逐步演进的过程，而不是一夜之间把所有应用都&大跃进&到云计算时代。
&&&主编推荐
H3C认证Java认证Oracle认证
基础英语软考英语项目管理英语职场英语
.NETPowerBuilderWeb开发游戏开发Perl
二级模拟试题一级模拟试题一级考试经验四级考试资料
软件测试软件外包系统分析与建模敏捷开发
法律法规历年试题软考英语网络管理员系统架构设计师信息系统监理师
高级通信工程师考试大纲设备环境综合能力
路由技术网络存储无线网络网络设备
CPMP考试prince2认证项目范围管理项目配置管理项目管理案例项目经理项目干系人管理
职称考试题目
招生信息考研政治
网络安全安全设置工具使用手机安全
生物识别传感器物联网传输层物联网前沿技术物联网案例分析
Java核心技术J2ME教程
Linux系统管理Linux编程Linux安全AIX教程
Windows系统管理Windows教程Windows网络管理Windows故障
数据库开发Sybase数据库Informix数据库
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&developerWorks 社区
如果您恰好对云计算有基本的理解，您的技能完全用得着。但是，说到真正构建一个应用程序，您使用什么平台？Google 和 Amazon 都名声在外，所以流行度不是问题。如果您是 Microsoft 拥护者呢？是否有适合您的选择？本文将带领您学习如何明智地看待云，并根据特定的应用程序需求选择适当的平台。
, 作家和编辑, O'Reilly Media, Inc
Brett McLaughlin 的著作上过畅销榜并获得过非小说类图书奖。他著述丰富，包括计算机编程、家庭暴力、分析和设计，总印数超过 100,000 本。他编写、编辑和出版技术书籍快十年了，除了惬意地使用文字处理程序写书以外，他还喜欢弹奏吉他、和两个儿子在屋子里追逐嬉闹、和妻子观看重新开播的 Arrested Development。他的新著
荣获 2007 Jolt Technical Book 大奖。经典著作
仍然是关于在 Java 语言中使用 XML 技术的权威书籍。
有关云计算的困惑最近，人人都在谈论 “云”。不论是参加某个技术会议，或者与任何编程人员聊天，您的耳中很快就会充斥着诸如 “云计算”、“Google App Engine” 和 “Amazon 托管应用程序” 之类的术语。假设您已经清楚什么是云计算（本文的
小节就有很多文章可以帮助您弄清楚什么是云计算）。如果云计算最终只是一种编程语言的话，那么只需对它有基本的理解就可以真正编写代码。例如，一旦理解了 Java™ 对象的基础知识，就可以开始编写代码，并根据需要学习更多其他的知识。但是云计算不是一种语言。实际上，它是一种范例。即使您理解了云计算是指在 Internet 上的远程服务器上运行并由它们托管的所有服务，但是在编写任何代码之前，仍然还需要做出很多的决定。首先，为云计算需求选择哪种平台？有 Amazon 的解决方案，有 Google 的解决方案，也有 Microsoft® 的解决方案，还有像 AppNexus 和 GoGrid 这样的一次性解决方案。而它们并不是完全相同的！换句话说，不能像比较两个苹果一样简单地比较它们。实际上，试图按照不同的特性集合对它们进行分类就像在一个非常大、非常混乱的迷宫中行走一样困难。但是，通过非常细心的考量，还是可以根据您自己 的特定的应用程序需求做出决定。该领域中的主要参与者有哪些？在各种不同的框架之间作出选择之前，至少需要理解可供选择的对象。本文的介绍比较简要，但是，您仍然应该使用
补充关于这些内容的信息。Amazon
EC2Amazon EC2 是 Amazon Elastic Compute Cloud 的简称。“Elastic
Compute Cloud” 不是一个很直观的名称，但 Amazon 的解决方案确实很有用。EC2 实际上是一个 Web 服务，通过它可以请求和使用云中大量的资源（换句话说，是由 Amazon 托管的资源）。EC2 提供从服务器到编程环境的所有东西。Amazon 的解决方案的特色在于灵活性和可配置性。您可以请求想要的服务，根据需要配置它们，设置静态 IP，并显式地设置自己的安全性和网络 — 换句话说，您拥有很多的控制权。此外，Amazon 拥有很好的声望和良好的按使用量收费（pay-only-for-what-you-use）的模型，EC2 是云计算拼图中一个重要的、受欢迎的部分。Google App Engine从技术上讲，Google 的 App Engine 是 Amazon EC2 的一个竞争对手，但是它们之间又有很大的不同之处。Amazon 提供灵活性和控制（在本文中您将了解很多这方面的内容），而 Google 则提供易用性和高度自动化的配置。如果使用 App Engine，您只需编写代码，上传应用程序，剩下的大部分事情可以让 Google 来完成。和 Amazon 一样，Google 有很大的知名度，也有很大的缓存。与 Amazon 不同的是，Google 开始是免费的，只有当传输量较大，并使用较多计算资源时才收费。另一个不同点是，Google 是以 Python 为中心的架构和设计。若要使用 Google App Engine，则需要使用 Python。这个限制可以被视作一个局限性，也可以被视作一个有帮助的、简化问题的约束。Windows AzureMicrosoft 则以一种完全不同的方式实现云计算。就像 “I'm a PC, I'm a Mac” 这句广告词一样，Microsoft 致力于提供一个非常丰富的、专业的、高端的计算环境。因此，Amazon EC2 和 Google 针对的是那些仍然在 vi 中使用 Python 并喜欢与网络协议打交道的人，而 Microsoft 的 Azure 产品则直接瞄准 Microsoft 开发人员。Visual Studio、可视化工具和可视化环境使得 Azure 对于每天使用 C# 和 SQL Server 的人来说非常亲切和舒服。就像 Amazon EC2 不同于 Google App Engine 一样，Windows Azure 与两者都不相同。最显而易见的是，Azure 就是 Windows®。它是基于 Windows 的；它针对使用 Windows 的人；它涉及 C# 和 SQL Server、.NET 以及 Visual Studio。Azure 就像是 SharePoint 加上一点 CRM。很快您就会看到，选择使用 Azure 很少是因为特性，而是因为您习惯使用的平台。其他解决方案EC2、App Engine 和 Azure 是目前云计算领域的 “三巨头”。但是也许您不知道，并不是只有 它们三个。还有很多其他的选择，例如 GoGrid 和 AppNexus。如果您不知道其他这些工具，也无需过分担心。事实上，如果您是 “典型的” 想使用云计算的开发人员，您一般会选择 Google、Amazon 和 Microsoft 提供的这三个解决方案中的其中一个。如果您还知道这三巨头以外的其他东西，那么您甚至可能不需要阅读本文。其他产品不同于 Google、Amazon 和 Microsoft，同样它们彼此之间也各不相同。所以，就像本文后面的内容强调的那样，您对平台的选择更大程度上取决于您的应用程序 需要什么，而不是您的平台提供 什么。在本文后面的大部分内容中，您将遇到很多关于您的技能、偏好和应用程序需求的基本问题。每个问题让您进一步倾向于某个特定的云计算平台解决方案。本文的想法是让您根据自己的应用程序的功能和您的技能集选择最佳的平台。您是否已经投资了一个数据库（和模式）？应用程序最终是围绕着数据的。应用程序显示数据、搜索数据、组织数据 — 几乎所有应用程序最终都会存储数据。那么，您已经做出的关于数据库的决定，对于选择哪个云计算平台有很大的影响。从头开始？您的选择范围会很大如果您只是构建应用程序，而没有已有的数据，那么您将有很大的自由度。您可以灵活地决定如何存储数据，甚至可以随意地成批导入已有的数据。所以，这对于您来说不是问题。但是，如果您有很多已有的数据，则另当别论。您是一个有经验的数据库程序员吗？如果您喜欢某种特定的数据库，甚至到了无法自拔的地步，那么在选择云计算平台时便要加以考虑。特别是，Google 的 App Engine 要求使用 Google 的数据库。Google 的数据库不好吗？它会损坏您的数据吗？它不支持 SQL 吗？都不是。但是，如果您习惯于对自己的数据库服务器进行细粒度的控制，并且也习惯了您喜欢的 MySQL 或 PostgreSQL 版本特有的 SQL，那么 Google 会让您失望。然而，这正是 Amazon EC2 表现突出之处。Amazon 实际上只是在某处运行的一个盒子，它让您感觉非常类似于根访问。您可以安装任何需要的软件。更妙的是，可以将数据存放在 Amazon 的 Simple Storage Service（S3）中，它在数据方面有一套更完备的特性。但是，由于已经可以访问命令行，您可以做想做的任何事情。这意味着在进行数据库编程时可以最大限度地模仿自己习惯的环境。可以在命令行测试 SQL 命令，获得类似终端的响应，并进行基本的管理。如果您只是想让您的数据可以工作，那么没什么大不了的，但是，如果您需要花大量时间研究您的数据库以及它的幕后工作原理，那么任务可能非常艰巨。是否需要导入大量的数据？由于 Google 的特点是易于使用，有时候用命令行可以轻易完成的事情对于 App Engine 来说却很难。将数据导入到 Google 的数据库比较冒险，也容易出错，而且您自己不容易修复那些错误。另一方面，Amazon 的 EC2 大量使用了命令行访问。先进行批量的导入，然后修复错误，这种做法是可行的，甚至是受鼓励的。图 1 给出了基本的决策树。图 1. 您对当前的数据库有多大的热情？您是不是 Python 的拥护者？在选择云计算平台时，Python 的问题是您将遇到的另一个决定成败的问题。简言之，Google 只支持 Python，它的一切都是围绕 Python 构建的。而 Amazon 则不是这样。虽然 Amazon 也允许使用 Python — 或者很多其他语言 — 但实际上 Google App Engine 最能体现 Python 的优势。所以，如果您想要一个方便的 Python 解决方案，那么 Google App Engine 是首选。也就是说，除非…………您是 UNIX 高手有句话常被提到，现在也仍然管用：如果您渴望编译和运行程序之外 的控制、命令行和所有 Python 工具，那么 Amazon EC2 是王者。Amazon 乐于从命令行运行 Python 代码，这是 EC2 的优点，也是它的缺点。如果您喜欢在一个文件中编写文本，将它交给 Python，并使用系统错误和命令行进行调试，那么您会喜欢 Amazon，而且很可能会讨厌 Google 过于热心地 “帮助” 您。……您要使用由 C 语言编写的扩展如果您不需要 “由 C 语言编写的扩展”，或者觉得它是一种昂贵而不实用的奢侈品，那么可以跳到下一节。但是，如果您习惯于在 Python 中使用 C 扩展，那么应该清楚，Google 并不支持那些扩展。Google 主要还是限于 Python 标准库。虽然也有用于 Google 的 datastore、fetch 和 mail 服务的 API，但是除此之外没有更多其他的东西（一个值得注意的例外是 Django）。同样，这还是与控制有关。您是一名 Python 老手？Amazon 也许最适合您。开始使用 Web 服务，并且喜欢使用 Python，但是还不是特别精通这种语言？那么 Google 最好。图 2 显示如何对上述情况进行分解。图 2. 您使用 Python 吗？您想要多少 “额外的东西”？您是 Microsoft 的拥护者？那么选择 Azure这里有一个简单的问题：您打算在 “起点” 和/或 “终点” 使用 Microsoft 作为主导平台吗？如果是这样，那么 Azure 也许是最好的选择。我们来看看以 Microsoft 为 “起点” 和 “终点” 的真正含义是什么。Microsoft 是您的起点吗？您是铁杆 Microsoft 开发人员吗？特别是，您是否在 Visual Studio 中使用 Visual Basic、Visual C# 或与 Silverlight 等相关的技术完成超过 2/3 的编程。如果是这样，那么您几乎肯定要选择 Windows Azure。您的整个开发框架都是基于 Microsoft 的，所以您会对 Azure 感到习惯。更重要的是，您不需要像使用 Amazon/Google 那样学习或重新熟悉很多非 Microsoft 的语言和技术。Microsoft 是您的终点吗？这个问题按理说是多余的。大多数主要使用 VB、C# 等语言的开发人员都以 Microsoft 平台作为他们的用户基础。如果您想瞄准现有的 Microsoft 用户，并且不太担心跨平台兼容性，那么完全可以坚持使用 Windows Azure。Azure 有很多连接 Microsoft 平台的非常有用的钩子，所以由 Azure 托管的基于云的应用程序 可以无缝地与已有的 Microsoft 应用程序集成。对于普通的 Microsoft 用户，具有和已有的 Word、Internet Explorer 以及其他基于桌面的应用程序一样的感观，甚至可以与它们交互的基于云的应用程序具有很大的价值。您是否在抵制和曲解 Azure？在您开始曲解 Azure 之前 — 或者声称我曲解了 Azure 之前 — 您应该意识到，无论是起点还是终点平台，Azure 绝对不是仅限于 Windows 平台。您可以从任何平台访问基于 Azure 的应用程序，并且可以使用 C# 以外的其他语言进行开发；例如，Python 和 Perl 就可以。云的一个美妙之处就在于，语言和服务器技术都在云中。也就是说，它们对于大多数用户而言是透明的。然而，认为以 Mac OS X 系统为目标平台的 Python 开发人员将使用 Windows Azure，这种想法最多是有一点愚蠢。实际上，只是没有那么聪明而已。如果将 Azure 的优势与某些不知名的新贵比较，那么 Azure 的纯专业特质也许会让您倾向于在以 Microsoft 为中心的、基于云的环境中使用非 Microsoft 技术。但是，不能这么看。您必须将 Azure 与来自 Google 和 Amazon 的同样成熟的解决方案相比较。在此情况下，显然最好使用在很多方面同样强大，而本质上则更加开放，可用于多种平台和非 Microsoft 技术的平台。图 3 更直观地阐释了这一点。图 3. 喜欢 PC？您将喜欢 Azure但是我不想使用
Azure！反过来也是一样：以 Microsoft 为目标平台的 Microsoft 开发人员并不是必须 使用 Azure。您也可以享受 Amazon EC2 的灵活性和威力，或者 Google App Engine 很 “酷” 的特性。如前所述，Amazon 和 Google 都提供一些引入注目的特性。虽然如此，还是要问一下 “为什么？”除非您打算学习新的技术 — 当然，这很有趣，通常也很值得 — 否则您很难找到理由构建一个纯 Microsoft 的解决方案，然后将它放入到一个非 Microsoft 的云中……更何况原本有一个很好的 Microsoft 云是现成的。与其在这方面付出这么多的努力，不如优化一下您的应用程序，或者重新构建一个应用程序。您需要多少资源？您有多少资金？在开始的数个月，Google App Engine 与 Amazon EC2 在两个关键的方面有所区别：Google App Engine 可以免费作为平台使用；而 Amazon EC2 则不可以。Google App Engine 有报价限制；而 Amazon EC2 则没有（至少在实际意义上没有）。但是，到了 2 月末，虽然 Google 仍支持一开始的免费使用，但是当使用的资源超出免费范围时，则需要付费。这是 Google 的一个巨大的胜利，使他们从资源受限步入资源相关（resource-interesting）的阶段。什么是资源相关？我使用术语 “资源相关” 表明，像 Google App Engine 这样的一种模式 — 一定范围内免费，超出范围则收费 — 对于几乎任何其他模型都有巨大的优势。首先，一开始使用 Google App Engine 是免费的。这意味着您可以试用 App Engine，在上面运行应用程序，甚至公开部署应用程序，所有这些都不用掏钱。所以这种 “一开始免费” 的方法有很大的优势。然而，有趣的是，使用这种模式时，实际上可以不断估计带宽，逐渐扩展应用程序，直至超出免费范围。而 Amazon EC2 也允许根据需要扩展资源，所以一旦进入付费模式，Amazon 的解决方案与 Google 的解决方案之间并没有太大的差别。如果按用量收费，Google 有什么优点？Google 一开始免费的方法对于 Amazon 是一个优势：您可以先进行调优，并重整资源，延缓进入收费区域的进程。每个认真的程序员都知道，应用程序的第一个版本通常存在两种问题：功能 bug。一些功能无法工作，或者无法正常工作，需要修复。资源 bug。连接没有被关闭，或者池没有在使用，或者有什么东西在妨碍应用程序的运行，需要修复。Google 的方法的好处在于，在为自己的错误买单之前，您可以跟踪这些资源 bug。就此下结论？Google 只是稍微占优，但也许根本无法影响您的决定。Windows Azure 如何收费？与 App Engine 和 EC2 一样，Azure 根据用量定价。使用 Azure 服务越多，价格越高。与 App Engine 和 EC2 的另一个类似之处是，Azure 根据计算机时间（CPU 使用）、带宽（包括进和出）和存储定价。它还根据事务（例如 GET 和 PUT）收费。当然，这种定价方法还没有发布（截至 2009 年 3 月初），所以每个人还在拭目以待，看到底会怎么样。不过，老实说，预计定价会比 Google App Engine 和 Amazon EC2 高一点，但不会差太多。同样，定价很可能不会成为是否选择 Windows Azure 的决定因素，就像 Google 或 Amazon 一样。结论：简单化，但不要过于简单化这里很容易一概而论。例如，您也许认为如果您喜欢 Python，并且是新手，就选择 Google；如果是 Python 高手，就选择 Amazon EC2；如果是 Microsoft 拥护者，那么使用 Azure。在很多情况下，这种过分简单的观点倒也适用。但是，如果完全以此为依据做出决定，最终可能会失望。Amazon 的确可以提供很强的功能，但是要想快速建立解决方案，还是 Google 更胜一筹。选择 Google 时所花的时间很短，而且很少出错。Amazon 要求您知道自己在做什么。您可能需要打开几本书一边看着，更讽刺的是，您可能会经常使用 Google 弄清楚每件事（是搜索引擎，而不是 App Engine）。但是，额外的工作可以赋予您更大的能力，以及事实上无限的资源。简单来说，Azure 因 Windows 平台而显得出色。虽然有一些瑕疵，但是它对于 Microsoft 程序员来说比较直观，而且应用程序用户从平台的角度来看会觉得它比较舒服。那么，您怎么做？一个好的程序员总是这样做：多学习一些工具，在合适 的情况下使用它们。这胜过用占卜的方式来决定。从 Google App Engine 入手，有一定基础后，用 Amazon EC2 作为平台开发同样的应用程序。打开 Visual Studio，看看用 C# 可以做些什么，然后将您的应用程序部署到 Azure。所有这三个主流平台都体验一下，当您有一个有特定需求的应用程序时，就可以受益匪浅。
参考资料 通过
可以获得关于云计算的最新的 IBM、developerWorks 和全面的行业信息。
加为书签，因为它提供了关于 Google 团队的信息以及来自 Google 团队的见解，当然还有关于
App Engine 的信息。在
上，可以找到关于 Amazon 和 Web 服务的信息，包括 EC2、SimpleDB 和 S3 存储服务。要获得更多关于 Microsoft 的完整的云计算工具信息，请访问 。可以在
注册获得 App Engine key，下载 SDK 并开始使用 App Engine。在 Amazon 的 Web 服务站点上注册获得 。 是
Microsoft 风格的云计算，Microsoft 的文档很完善，内容丰富，并且易于管理。developerWorks 有一个 ，在这里可以在特定的上下文中讨论云计算。：加入 developerWorks 社区。
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
文章、教程、演示，帮助您构建、部署和管理云应用。
立即加入来自 IBM 的专业 IT 社交网络。
免费下载、试用软件产品，构建应用并提升技能。
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=Web developmentArticleID=388314ArticleTitle=揭秘云计算publish-date=全球云计算大潮，为何担忧中国可能再度被抛下--百度百家
全球云计算大潮，为何担忧中国可能再度被抛下
分享到微信朋友圈
2016年以来，中国云计算行业的发展方向已经逐步走向应用为导向，并且市场增速明显。目前，BAT尤其是阿里云依然一马当先，其后还有青云、Ucloud、金山、华为、美团等云计算服务商逐渐加入战场
2016年以来，中国云计算行业的发展方向已经逐步走向应用为导向，并且市场增速明显。目前，BAT尤其是阿里云依然一马当先，其后还有青云、Ucloud、金山、华为、美团等云计算服务商逐渐加入战场，无论竞争多么激烈，所有参与者都摸索出来了一条发展规律，即云平台的价值体现在“稳定+服务+品牌”。
尽管众多大型企业在技术、人才以及资金方面都不断投入，但是国内云计算整体发展尤其是在公有云方面，发展现状仍与美国存在较大的差距。 近日，著名互联网专家学者方兴东在Amazon AWS re:Invent 2016期间撰写的一篇文章再度引起关注，他对国内云计算行业的企业规模、技术实力和创新能力等方面进行了分析。在他看来，隐忧依然存在，而且“中国可能再度被抛下”。这是警世危言，还是杞人忧天？让我们来看看方兴东是怎样分析的。
方兴东原文如下：
互联网领域的各种创新大会已经是全球最大的景观之一，每年这类大会琳琅满目，但是如果只能选择一个，那么我会毫不犹豫推荐亚马逊云服务的re:Invent大会。这个会议最好地浓缩了当今网络时代各个层面的变革前沿，是洞察全球范围真正颠覆性创新力量的最佳窗口。今年我已经连续第三次参加，三届大会的各种对比，最好地见证了3年来云计算的爆发式崛起。虽然国内云计算已经熟视无睹，但是事实上云计算推动的这场产业、商业、政府和社会变革，其波及的程度和深度其实远远超过我们迄今认知的程度。只有在亚马逊这个大会上，你才能最真切地亲身感受到。
这个会议有点特别，这是亚马逊一家公司主办的会议，其内在的公共性和社会性却超过很多大型展会。很多会议比较劳民伤财，但是这个公司会议反而挺“赚钱”。2014年我第一次参加，每张门票是2999美元，全球有13500人参加。2015年，门票降到1299美元，会议来了2万多人。今年门票涨到1599美元，参会人数超过3万人，一票难求。这个会议没有一帮高谈阔论纵论天下大势的名流大腕，而都是实实在在的技术和业务介绍以及各种客户现身说法。
2014年那一次，除了两天的主题演讲，更有293个专场和450个演讲专家。与过去熟知的英特尔、微软、Oracle等业界巨头的企业年会不同，这个会议不但超越了企业自我展示和营销的范畴，更是超越IT和互联网，呈现了一个技术驱动的前所未有的全新生态。通用电气、宝马、宝洁、可口可乐、Netflix等企业的现身说法，生动展示云计算如何深入各行各业，如何深入各个企业的核心业务，推动政府、社会组织、大型企业、创业企业等开始全局性的转移和转型。我的第一感触就是无论是传统互联网行业、传统IT软件与硬件以及传统IT咨询与服务，因为云计算的崛起都将面临颠覆！
今天，阿里、华为等各方巨头都高举云计算大旗，但是与亚马逊相比，创新的境界和生态的层次，还有着本质的差距。在今年正式开幕主题演讲的前一天晚上的预热，就有耳目一新的感受。除了亚马逊之外，Infosys、GE、NASA等机构高层分别上台，讲述云计算给他们各自业务带来的重大变革。
只有在亚马逊的这个会议上，你才能真切理解，云计算绝对不仅仅是一项技术和应用，而是一场宏大的社会创新，远远超越一项技术、一个企业。亚马逊领军的云计算今天已经是一个真正全球性、社会化的大生态创新系统，不断进化，全局联动。超越了我们熟悉的互联网，超越了传统IT业，是引领整个人类社会向网络空间为基础全面迁移和转型的大浪潮，成为未来商业和社会发展和变革的驱动力。
云计算颠覆并真正变革互联网产业、整个IT产业以及各行各业各领域。他们在真正引领全球性变革，而包括阿里在内的国内互联网巨头还在忙着如何利用海量用户，想法设法自己挣更多利润。华为也局限于传统的技术和产品思维，事实上还置身在大潮的核心之外。对照亚马逊在云计算方面的进展，中国企业的视野和格局、创新活力，以及生态凝聚力，都依然还在不同的境界。震撼之外，我们不能不为华为和阿里多一份焦虑。再一次，中国很可能被拉大差距了。
2014年参会的时候，亚马逊云计算的收入还没有独立核算，还混杂在“其他收入”之中，而2016年第三季度亚马逊云计算收入已经高达32亿美元，年收入将超过120亿美元，成为亚马逊利润的主要来源。阿里巴巴第三季度云收入将近15亿人民币，与亚马逊有着数量级的差距，而云服务的含金量更无法与亚马逊相比。2014年，亚马逊市场价值也才1500亿美元左右，几乎只有当时阿里巴巴的一半。而今年亚马逊市值最高已经突破4000亿美元，几乎是阿里巴巴的两倍。这种差距的戏剧性逆转，根本的原因就在于真正在创新层面的力所不逮。
2014年阿里成功上市之际，中国互联网前三大互联网公司的市值与美国前三大公司大致是4600亿美元与6800亿美元的差距，是20年来最接近的时刻。而今年同期双方前三大公司的市值大致是4900亿美元比12000亿美元。差距重新拉大，退回到了2010年左右的比例。正如和我同行的吴伯凡感慨说：“国内企业还是在原有产业和技术框架下理解云计算，没有意识到云计算是一种整体生态和全物种的突变式进化。亚马逊引发的是一场悄悄而又宏大的众多实体高度参与的大创新，国内企业还是停留在产品和业务线的开拓上，很可能错失这次机会。”
亚马逊引领的这次云计算革命我们已经充分领略，与我们多年来热炒的喧嚣并不是一个层次的事情。政策的热度，舆论的炒作，企业的标榜，如何能够有效变成真正是市场领导力和生态统治力？今天，中国领先的企业其收入和利润已经非常巨大，企业市场价值也开始名列世界前茅。但是，他们在前沿技术的投入以及全球创新的引领方面，依然差距巨大。
迄今，因为各种客观原因，亚马逊云服务在中国迄今还无法正常开展业务。在构建中外企业一视同仁的确保网络安全的制度和技术框架之下，中国需要引入全球最先进的云计算进来同场竞技，中国的企业、政府和机构需要有最先进的云服务助力它们面向未来的创新和转型。中国急需走出概念的炒作和自我迷醉的商业浮躁以及政策的运动式大跃进。互联网进入中国22年，我们完全有自信更加开放，站在全球的高度上，勇立潮头，去对接创新的最前沿。只有这样，在云计算驱动的这一场全球性社会级的信息基础设施大变革中，我们才不会被再次远远抛下。
（方兴东，汕头大学国际互联网研究院，浙江传媒学院互联网与社会研究中心主任）
微信关注公众号“懂懂笔记”每天第一时间为您奉上最新最热的科技圈资讯~
多年财经媒体经历，业内资深分析人士，圈中好友众多，信息丰富，观点独到。
发布各大自媒体平台，覆盖百万读者。
《微信思维》、《微信力量》两本畅销书的作者。
分享到微信朋友圈
在手机阅读、分享本文
还可以输入250个字
推荐文章RECOMMEND
阅读：9118
热门文章HOT NEWS
高铁上为何没有WiFi？
娱乐资本论
娱乐独角兽
百度新闻客户端
百度新闻客户端
百度新闻客户端
扫描二维码下载
订阅 "百家" 频道
观看更多百家精彩新闻