IaaS - HRTechChina.com - 向上的力量！

IaaS

大热的IaaS与前途未卜的甲骨文编者按：IaaS（Infrastructure as a Service），即“基础设施即服务”已经成为一个令人瞩目的方向，甚至出现了云计算就是“互联网税”这样的说法。无论是国内还是国外，这似乎都是一个大佬之间火拼的战场。谁将赢得未来？作为用户，我们是该选择“单点”还是“套餐”？每个人都知道 IBM 把大好河山让给微软（和英特尔）的故事：那时，低耗电个人电脑的消费者需求已经把 IBM 围得水泄不通，为了对这些没什么赚头的需求有所响应，这家垂直聚焦于大型主机领域的公司在佛罗里达州 Boca Raton 市设立了一个研发队伍，离他们在纽约 Armonk 的总部所在地很远。由于把着重点放在速度与成本上，这支队伍决定基本上把所有东西都外包出去，包括操作系统和处理器。对于 IBM 的目标，这个方法是行之有效的：当大型主机通常需要十年来研究并发布时，Boca Raton 团队在12个月之内就完成了从概念到发货的流程。但是着重于外包标准件的做法则意味着个人电脑领域最肥的肉（比大型主机生意赚钱多了）落入了两个独家供应商手中：微软和英特尔。很少有人知道，个人电脑不只是 IBM 的“内部政策驱动”之下放走的唯一一块肥肉。大型主机上最重要的软件应用曾经是 IBM 的信息管理系统（Information Management System，IMS），一个层次型数据库。让我在这里暂停一下：对于不懂数据库的读者，我会试着尽量将接下来的阐述简化。对于那些懂的人，很抱歉让这篇文章变得有点浅。数据库的类型一个层次型数据库，好吧，就是一层层的数据：译者注：图中三层，自上而下分别是根数据项、父数据项和子数据项。在层次型数据库中，任何一项数据都可以通过两种方式被找到：要么已知父数据项去找子数据项，要么已知子数据项去找父数据项。这是理解起来最容易的一种数据库，而且至少对于早期的计算机来说，实现起来最简单的：定义结构，录入数据，然后通过遍历层级来搜索子数据项或者父数据项来达到搜索数据的目的。或者，更实际地来说，运用你对层级的了解，直接去到某个特定的点。但是，层级型数据库有两个重大的限制：首先，这里面的数据关系是被事先定义的，哪些是父项、哪些是子项是在任何数据被实际输入前就决定好了的。这使得数据库一旦被使用了，再要做改动就非常困难。第二，要做不同父项的子项查询是不切实际的：在忽视数据库的大部分，取得你想要分析的数据组之前，你需要遍历层级来获取所有潜在的项的相关信息。在1969年，一位名为 Edgar F. Codd的 IBM 计算机科学家写了一篇名为《大型共享数据库的关系数据模型（A Relational Model of Data for Large Shared Data Banks）》的论文，提出了一种新方法。哪怕外行人来读，这篇论文的引言也非常浅显易懂：未来，大型数据库的用户必然不用再为研究数据在计算机内部是如何被组织的（即“内部表象”）而烦恼。但及时供应这等信息的服务并非是一个令人满意的解决方案。当数据的内部表象甚至外部表象的某些方面发生变化时，终端用户的活动以及大多数的应用程序应该要都不受影响。计算机存储的各种类型数据在查询、更新、报告流量和自然增长上的变化都会导致数据表象的变化。这篇论文是后来为人所知的“关系数据库”的基石：与其以层级方式（即前文所述由数据定义自身在数据库中的位置）储存数据，关系数据库使用表格来做这件事。每项数据是由它的表名、列名和键值来定义的，而不是由数据自身（数据被存储在别处）。这意味着你可以通过一项数据与其他所有数据库中数据的联系来理解它。表名也可以作列名，就像键值也可以作表名。这个方法有几个巨大的好处：第一，你可以新增数据库里的数据种类而不会影响到之前录入的数据，也不用重新把层级都写一遍，只要加新的表就行。第二，数据库可以为任意数量和类型的数据进行扩容，因为数据并没有真的在数据库里——为了支持整数和文本字符串，你看到的是数据的逻辑抽象。第三，使用“结构化查询语言（SQL）”，你可以轻松地调出数据关系之间的报告（比如“40岁以上的消费者买的最多的10本书”），而且由于查询只是在检测整数和字符串直接的关系，你几乎可以无所不问。毕竟现在只要搞清楚数据库里两个数据位置之间的数学关系而不用扫描整个树状结构了——要是你不知道你要找什么，原来的办法天生就慢，而且大多数情况下比较盲目。长出一口气……上面这几段话你们读起来应该跟我写起来一样痛苦。但我们还是有收获的，总结一下：由于受到预先定义的拘束，层级型数据库在性能和容量上都受限。而通过抽象数据产生计算机可以很容易处理的键值的关系数据库要有用得多，并且扩容空间大得多。甲骨文的崛起 Codd 博士石破天惊的想法几乎被 IBM 完全忽视了好几年，一部分是由于之前提到的 IMS。Codd 基本上就是在说，对于很多潜在的数据库应用程序而言，IBM 最大的赚钱机器已经过时了——这是一条 IBM 管理层不太愿意听到的消息。事实上，哪怕在1977年 IBM 最终打造出世界上第一个关系数据库（那时候它被叫做 System R，包括一种叫做 SQL 的新查询语言），他们并没有做商业发行。要到1982年，IBM 的第一个关系数据库软件 SQL/DS 才上市。自然，它只在 IBM 的主机上运行——IMS 是大家伙的专属。与此同时，一位叫拉里·艾利森的年轻程序员组建了一家名为“软件开发实验室（Software Development Laboratories）”的公司，起初做些外包的活儿，但是后来迅速发现卖通用软件要赚钱得多：写一次程序，然后卖它个很多次，是个发财致富的绝佳路子。他们只需要一个产品，而 IBM 基本上就是白送了他们一个。由于 System R 团队被当作一个研究项目而非商业计划对待，团队很开心地写了不少论文来解释 System R 的工作原理，也公开了 SQL 的技术参数。软件开发实验室实现了这个软件，管它叫“甲骨文”，在1979年把它卖给了 CIA（对方的条件是软件要能在 IBM 主机上运行）。换句话说，IBM 不但为通用软件界有史以来最大的公司（微软）的萌发创造了条件，还白白把致富说明书送给了第二大公司（甲骨文）。通用软件的生意通用软件产业是一个介于过去的传统行业与互联网时代纯数字行业的混合体（毕竟那会儿还没有互联网）。一方面，艾利森很快意识到，软件的边际成本为零：只要你写了一个特定的程序，就可以制作出无数的副本；另一方面，渠道分发成了最大的挑战。在甲骨文的关系数据库这个例子里，Relational Software Inc.（就是之前的Software Development Laboratories，这家公司在1982年改名为甲骨文系统公司，1995年才改为今日的甲骨文集团）不得不建立起一支销售队伍去卖产品，然后再用磁带把软件寄出去。最经济实惠的做法，是做一个大多数客户都想要的产品的半成品，然后和不同的客户一起把产品最终完善起来。这里面一部分的工作在前端——甲骨文可以快速用C语言重写新程序，而C语言在大部分平台都有编译器，支持甲骨文移植代码——但更多的工作是在售后：客户需要安装甲骨文，让它工作起来，录入他们的数据，只有这样，在原始协议的几个月甚至几年以后，他们才开始看到回报。最终这成了甲骨文的商业模式：甲骨文的客户不仅仅是购买软件，他们和公司绑定了多年期的完整服务，包括软件许可，售后支持，以及审核计划，来确保甲骨文履行了他们的义务。而且哪怕有些怨言，客户也不太会去另找别家：那些关系数据库和存放在上面的数据都是公司的重要资产，他们早已把这些数据投入使用并开始构建和运行，谁还愿意把那套流程跟其他公司重来一遍？的确，当已经运行了甲骨文的数据并有了这层关系后，向甲骨文购买在那些数据库上运行的应用程序会是更方便的选择。因此，接下来超过三十年间，客户 IT 开销不断增长，而甲骨文把这个先发优势利用到了极致。这也算“肥水不流外人田”吧！亚马逊带来的选择亚马逊网络服务系统（以下简称 AWS）背后的主张却不尽相同。公司不需要预付款，也不需要绑定多年的整合项目服务，而是登录帐号，使用完毕退出即可。公平地讲，对于亚马逊的那些有议价能力、签订长期合同的大客户来说，这显得过于简单化了。但这只是最近发生的事。AWS 的核心用户从开始一直都是初创企业。他们利用这些耗费几百万美金的服务器基础设施来建立最小可行性产品。而且 AWS 的花费是可变的：你用 AWS 越多（因为你的用户数在增加），费用越高；要是几乎不怎么用（因为你还没有找到合适的市场），你就只需要花费比什么都不做多一点的机会成本。可选的价值观使得 AWS 如此有价值：想要更大容量吗？只需一键。需要一个新功能？AWS 包含有一套预构建服务供你整合进产品。是的，它可能很贵——一个普遍的说法是 AWS 赢在了价格上，而实际上 AWS 却是众多昂贵选择之一——但是，在你最需要的时候能提供你最需要的产品，这样的服务到底值多少钱呢？与此同时，艾利森在本周的“开放的世界”大会上登台演讲，宣布在 IaaS 领域“亚马逊的领先地位将会被终结”，只因为甲骨文最高端的服务器比亚马逊更快更便宜。虽然如此，但是，层次数据库也比关系链数据库更快；速度不代表一切，价格也不。可选择性和可扩展性一直都很重要，在这方面，甲骨文的基础服务远远不如亚马逊有竞争力。当你关注一下云服务领域的关键数据，资本性支出，你甚至会发现艾利森的表述更加荒谬。在过去的12个月里，甲骨文的资本性支出全部加起来是10.4亿；亚马逊在上个季度花费了33.6亿，过去12个月是109亿。 IaaS 并非接单定制的服务；事实是，那些基础设施以及所有构建在基础设施之上的附加服务早已让 AWS 变得十分诱人。甲骨文不仅没有追赶上，甚至还被落得很远。聚焦 SaaS 在他的主题演讲中，艾利森反驳了甲骨文的云服务基础设施的花费是不必要的这种观点，事实上，他指出，公司花了十年时间将它最具价值的应用移到云端。确实，公司上个季度花费了总收入的17%用于研发，艾利森吹嘘甲骨文现在已经拥有30多个 SaaS 应用，而且这个数字很重要：甲骨文的战略是什么？我们认为客户想要什么？我们在 SaaS 领域该做什么？其实这是同一件事：如果我们能找出客户想要的并交付出去，那客户就会使用并购买我们的产品。我们认为他们需要的是完成并整合在一起的产品，并非一次性产品。客户并不想从50个不同的供应商那里整合50个不同的产品。那太困难了。不仅困难，还存在相关的安全风险、劳动力成本和可靠性问题等等。所以我们最大的焦点不是卖出去1个、2个、3个、4个应用，而是为 ERP，为人力资本管理，为客户关系管理（有时也叫用户体验，简称 CX）交付完整的软件套装。这是我们对 SaaS 的策略：完整的整合套件。艾利森争论的问题在部署型软件方面是正确的；我曾在2015年就这个动态写了一篇关于微软的文章。想像一下云计算时代之前公司里的首席信息官（CIO）：因为各种原因她不得不购买微软的各种解决方案（像 Exchange）。因此，为了支持 Exchange 的服务，CIO 还需要购买 Windows Server（微软的一款服务器系统），Windows Server 又包括了活动目录（Active Directory），于是还需要身份认证服务。但是，现在 CIO 已经有了一部分微软的解决方案，她会更倾向于购买其他微软的服务，不论是关系型数据库管理系统（SQL Server）、客户关系管理系统（Dynamics CRM）还是门户网站和企业内网（SharePoint）等。确实，微软的产品可能不总是最好的，但 CIO 都要考虑到现实情况：后续维护和服务费是一个巨大的隐忧，而且较少的供应商往往能带来更多好处。事实上，微软近15年来的壮大可以追溯到巴尔莫聪明地利用新产品、新定价和许可协议，迫使用户购买更多的公司产品。如上文所提到的，这和甲骨文的策略如出一辙。然而，企业的 IT 决策也在发生着重大的变化：首先，在不需要巨大的前期投资后，转向另一家供应商的风险变得低多了，尤其是当只有团队或部门层级试用过相关产品的时候。其次，没有了持续的客服和后续的维护成本，也就减少了和供应商关于可变成本的争论。当然，艾利森警告的——将50个不同的供应商合并在一起使用的潜在麻烦——也许会出现，但这也同时意味着软件的实际质量和用户体验在购买决策中扮演着更主要的角色，且团队决策这一点使之变得更为重要，因为服务的购买者就是实际使用者。过渡阶段的甲骨文简而言之，艾利森在兜售的新甲骨文看起来跟旧甲骨文很像：一大堆的产品，大部分客户想要什么几乎就做什么，至少理论上是这样，但是既没有 AWS 的灵活性和可扩展性，以及聚焦和承诺用户体验的专用 SaaS 服务。在数据库方面，像一个层次数据库，甲骨文都是根据顾客的要求提前定制开发的，不需要任何灵活性。与此同时，AWS和专门的 SaaS 服务提供商都是关系数据库，为企业提供可选择性和可扩展的服务，帮助企业在必要的时候搭建适合自己业务的服务；当然，现在可能还看不到效果，但长期来看这样的趋势再明显不过了。值得注意的是，大部分这些分析主要都是针对首次搭建 IT 系统的新公司；甲骨文依然牢牢锁定着它的现有客户，包括世界上绝大多数的大公司和政府。从这点来看，它基本上把本地业务复制到云端（甚至直接移到它的自有云硬件上）的总战略是合理的。这也同样是微软寄予厚望的混合策略。给那些和他们一样老派的客户一些减少资本性支出方面的好处（增加他们的资本回报率）并且希望为自己争取时间，好适应这个用户被真正重视的新世界——聚焦且灵活的云服务是服务用户的最佳方式。注：本文原载于stratechery.com，作者 Ben Thompson ，由 ONES Piece 翻译计划塔娜、任宁翻译。本文来自翻译：stratechery.com

IaaS
2016年10月26日
IaaS

获4000万Pre—A轮融资，CloudIn想通过IaaS+PaaS的方式让企业用户更加专注于自身业务国内云计算市场专注于IaaS的公司有很多，比如阿里、青云；同样PaaS的各个垂直领域内出现比较大的玩家，比如做测试的Test in和APM的OneAPM。然而CloudIn想把IaaS和PaaS结合起来，构建一个一体化的技术平台，帮助B端用户从技术陷阱和运维泥沼中脱离出来，更加专注于自己的业务。 CloudIn云英能够为用户提供从IaaS层到PaaS层的一体化技术栈产品。在CloudIn云英的产品平台上，用户看到的不仅仅是主机、硬盘等IaaS厂商提供的服务，同时还有已经推出安全、监控、运维的PaaS服务。之后，CloudIn还会提供资产管理、自动化运维平台、开发管理平台、数据库及大数据等服务，覆盖从资源采购、部署到管理的全流程。 CloudIn创始人兼CEO王江告诉记者，CloudIn平台不仅帮助用户管理IaaS层资源，同时为上层产品提供支持。在自动化运维平台上，CloudIn云英为用户提供端到端的自动化基础设施，可满足不同企业的自动化需求。目前，IaaS厂商的所提供的产品在参数上基本都实现了标准化，但无论是AWS还是阿里还是青云大家的架构都不一样，而CloudIn更加专注于将IaaS和PaaS的打通。据悉，今年9月将发布公有云2.0，以及加强与PaaS厂商的合作，为用户呈现更多的PaaS功能，让用户更加专注于自身的业务。虽然之前有文章称，未来云计算一定是巨头之间的比拼，但即使市场成为寡头的市场，但其他公司仍有其生存空间。未来云计算比拼的不仅仅是计算资源的价格，用户会更加看重云平台提供的附加价值，此外规模用户无论是出于对平台附加特性的考虑还是容灾的考虑都不会讲所有的业务放在同一家平台上。 CloudIn Pre—A轮的投资方为云启资本、晨兴创投，这笔融资将会用于研发方面来完善平台功能，以及在基础设施方面的投入并且增强现有的销售能力。来源：36氪，作者：陈庆翔，如若转载，请注明出处：http://36kr.com/p/5050096.html

IaaS
2016年07月27日
IaaS

云智慧获千万级美元 B 轮融资，希望从技术端入手覆盖企业前后端管理 IaaS 混战的当下，云智慧选择以服务监控为切入点打造 IaaS 和在其上运行服务的中间件。继去年获得戈壁领投 A 轮融资，云智慧在近期完成由国内顶级 VC 领投、一 A 轮资方跟投的千万级美元融资。这笔资金会被着重用在研发和基础设施当中。提到性能监测，New Relic 是难以绕开的一个话题。在我意料之外，云智慧 CEO 殷晋却乐于谈起它，谈起它在技术上的领先地位，和为这个市场带来的机会。面对这家早在 2008 年起步的国外竞争者，殷晋认为从技术上缩小差距，继续完善自身的服务水平和稳定性是当前阶段的主要目标。目前为止，智慧云仅有五十人，其中有 60% 是技术人员。殷晋希望总人数能在年底达到七十，明年初扩展至上百，而暂时维持以技术人员为核心的架构不变。中国之外，云智慧还在欧洲、美国和其它南北美地区的主要市场布有监控节点，但当前云智慧旗下的服务还仅以中文为主。尽管如此，还是有其它国家和地区的用户通过在线自助平台选用他们的服务——英国天空电视台大概是他们最意想不到的用户之一。为保证服务的稳定性和响应速度，他们在世界范围内不同海外地区分别选用 AWS 和 Azure 作为基础服务，而国内则几经筛选最终确定 UCloud。“我常和公司的工程师说，我们的运维环境可能是世界上最复杂的”，殷晋笑叹着说。所幸，根据他的描述，他们已经总结出一套方法可以高效地同时在不同 IaaS 上维护同一个服务。有趣的是，UCloud 也是他们的客户之一。如今，机房面临 IaaS 们和彼此之间的价格竞争，正在寻求增值服务方向转型。由于着重在研发，云智慧在自销的同时也选择与这些机房或服务分销商合作。此外，今年 4 月监控宝产品与华为展开合作，将其服务打包至华为云解决方案中一同出售。对于政务云这块市场，云智慧也找到其中一家主要服务提供商作为合作伙伴参与其中。云智慧已经上线的产品有监控宝和透视宝，主要用于企业内外网服务的实时监控和性能分析。对于大公司而言，他们能够通过大数据和智能图标为用户提供故障和性能分析报告，明确展示每个问题的根源所在。对中小团队，他们还能让自己的工程师根据报告提供性能优化和软件架构优化等顾问服务。对偏重于产品和销售的团队而言，这一项不小的开支节约。而年底即将上线的告警宝则可用于其它 APM 服务，为更多用户带来日志告警信息的智能筛选和原因追溯，后续还将通过大数据让这些告警信息分别向项目中响应的负责人员推送。做凌驾于普通 IaaS 平台上统一中间件已是一个不小的市场，而云智慧并不寄望止步于此。他们相信大数据和智能分析算法的能力，希望以企业的技术端作为突破口，将自己的服务拓展蔓延至管理、销售等前端当中，为企业提供整体的监控、追溯、任务分派、分析和优化解决方案。 [36氪原创文章，作者: sinCera]

IaaS
2014年10月10日
IaaS

青云：降价在意料之中，但云服务价格战的时代远未到来继市场上毋庸置疑的龙头 AWS 在四月宣布降价后，Azure 和 Google Cloud Platform 也随之采取降价举措。就国内看来，降价信息频传的阿里云自不必说，青云（QingCloud)的降价也不免被划到“价格战”阵营当中。但他们认为，就当下国内云服务市场的发展成熟度，还远未到价格战应有的时代。 “降价在意料之中，但时间点在意料之外” 从青云的角度，这次降价在他们的计划当中，只是时间节点在意料之外。这里的意料有内外两个因素：一是上半年来青云用户和业务规模的增速超出自己的预期，随之带来了服务器扩容；二是降价节点来临时，国内外云服务争相降价，导致自己被划入价格战队列。在这之前我们报道过，青云通过 P2P Robotics 社区来实现去人工干预的的服务器运维。相比传统的云服务提供商而言，他们服务器数量增加的边际成本几乎等于硬件成本。随着业务规模增长，青云在北京和广东的服务器数量增加是这次降价的直接原因。 “IaaS 未来一定会进入价格战，但不是现在” 在青云看来，IaaS 在市场教育和技术水平发展到一定程度后，不可避免地会进入价格战时代。“但不是现在。” 云计算相比传统本地服务器最大的区别是弹性，在此之外如果没有配合专业细分的 SaaS 或进一步扩展为 PaaS，其本质就接近于传统的本地服务器供应商。青云认为，国内的传统大型企业对云计算的信心尚不充足。现阶段通过价格来选择云计算服务商的企业大多还是尝试阶段，预算很低、没有完善的服务测试体系。云计算的弹性和运维决定了其相对传统服务器的成本优势，青云相信当云计算通过技术水平发展真正成为一种硬需求，企业技术人员也能针对特定要求拿出相应的完善服务测试流程，才会真正进入依靠价格争取市场的阶段。 IaaS ＋ Technical PaaS 青云一直标榜的“秒级响应”弹性服务对流量敏感的或使用量变化梯度大的用户而言是不小的成本节省。因为青云开放了自身服务的 API，已有网店客户通过调用了 API 的程序实现自动服务资源调节。接下来，青云还会推出类似 AWS和Azure) 的 Autoscaling 让用户更便捷地实现资源灵活调配。此外，还会有对象存储和关系型数据库等新功能。青云品牌总监 Lea Liu 说：“因为我们的‘0 干预‘运维技术，未来规模越大，我们的成本也会越低” 另外公有云和私有云的边界、IaaS 和 PaaS 的边界都会逐渐变得模糊，“我们会继续把自己定位为基础云服务商，努力促进基于 IaaS 的云计算生态构建。可喜的是，目前已经有越来越多的优秀的 PaaS 服务建筑于青云之上，而且他们的发展势头相当迅猛”。今年四季度青云会开始扩展北美市场。根据 Lea 的描述，AWS 这么多年的深耕让北美成为了很成熟的云计算市场。北美市场的用户能更理性、更针对性地根据自己需求选择云计算服务，他们（青云）相信北美用户能更好理解自己在弹性和安全方面的技术优势。 [文章来源：36氪作者: sinC]

IaaS
2014年08月07日
IaaS

IBM转型之作：打造企业级应用市场平台IBM Cloud Marketplace，旗下及众多知名第三方服务都将登陆 [36氪原创文章，作者: 王心田] IBM正按照云端服务及软件公司的定位转型，日前它声称将旗下若干“Cloud Ready”（云就绪）的软件应用部署于同一处 Web 市场，建立企业级应用商店——IBM Cloud Marketplace。该商店由3大部分构成：一、根据 SaaS（软件即服务）上线的逾 100 款软件应用；二、根据 PaaS（平台即服务）上线的 BlueMix；三、IaaS——由 IBM 于 2013 年收购的 SoftLayer 担当重任，据称是可与 AWS 相匹敌的云端计算基础服务。 IBM 的高级副总 Steve Mills 表达了对企业级应用市场的兴趣，并透露IBM重视考察企业内不同的岗位与角色，并以此开发应用——针对营销、供应链、金融、法务等各种职能，都将有对应的软件服务。 IBM Cloud Marketplace 的另一大特色是它允许用户自主挑选、试用 IBM 旗下的软件工具——这与 Amazon 或 Salesforce 的使用体验颇为类似。Mills 认为此举有助于巩固既有市场，并帮助新用户更方便地了解 IBM 所能提供的价值。他还相信这是从“面对面”服务向公众云服务的模式转变——用户们可便捷、自主、高效地完成软件消费。诸如New Relic（软件绩效服务）、SendGrid（电邮递送服务）、Twilio（电话通讯服务）、MongoDB（数据库服务）等众多知名第三方软件都会登陆该平台。“蓝巨人”预计该云端服务平台将在2015年底创收70亿美元。随着新技术和商业模式的发展，众多互联网企业都在深化“云端”改革，2013 年上旬，Adobe 就宣布主打付费订阅模式的Creative Cloud。

IaaS
2014年04月29日

IaaS

【专治不明觉厉】之“云计算” 虎嗅注：常看虎嗅的读者们可能经常会在虎嗅文章中遇到一些“不明觉厉”的名词，这些名词往往会影响读者们对文章的理解。查阅维基百科看起来是个好主意，只是做起来就很麻烦了，而且维基百科过于学术性也让人抓不住重点。为了方便读者对专业文章的理解，虎嗅推出【专治不明觉厉】系列，陆续向大家介绍一些在特定专业领域里的基础概念。云计算（Cloud Computing）云计算这个名词来自于Google，而最早的云计算产品来自于Amazon。有意思的是，Google在2006年正式提出云计算这个名词的时候，Amazon的云计算产品AWS(Amazon Web Service)已经正式运作差不多4年了。因此，有人认为，Google对云计算的最大贡献是为它起了个好名字，Amazon才是云计算的真正开拓者。云计算是一个新名词，却不是一个新概念。云计算这个概念从互联网诞生以来就一直存在。很久以前，人们就开始购买服务器存储空间，然后把文件上传到服务器存储空间里保存，需要的时候再从服务器存储空间里把文件下载下来。这和Dropbox或百度云的模式没有本质上的区别，它们只是简化了这一系列操作而已。云计算的意义并不在于它的概念，而在于它所代表的理念。这种全新的理念被称作“X即服务”(X as a Service)。根据美国国家标准和技术研究院对云计算的定义，云计算可以分为三种：软件即服务（Software as a Service，缩写SaaS），平台即服务（Platform as a Service，缩写PaaS），基础架构即服务（Infrastructure as a Service，缩写IaaS）。软件即服务（Software as a Service，缩写SaaS）软件即服务是普通消费者可以感知到的云计算，它的代表有Dropbox，还有国内用户熟悉的百度云、腾讯微云等。这种云计算最大的特征就是消费者并不购买任何实体的产品，而是购买具有与实体产品同等功能的服务。以前，我们是花钱购买的是服务器上的存储空间。现在，我们花钱购买的是Dropbox的存储服务。表面上看，两者没有实际的区别。但是换一个角度来看，两者却完全不同。以前，我们花钱购买服务器上的存储空间，假设是空间容量是10G，我们是真正的买到了服务器上的10G空间。如果我们不上传文件的话，那么服务器上的这10G空间就是空的。现在，我们购买Dropbox的存储服务，假设空间容量还是10G，我们却并没有真正的买到Dropbox服务器上10G的空间，我们买到的是10G空间的服务。也就是说，如果我们上传文件，Dropbox会将文件分开放在任何地方的任何服务器上，如果我们不上传文件，Dropbox的服务器上就根本没有属于我们的任何空间。平台即服务（Platform as a Service，缩写PaaS）与软件即服务不同，平台即服务是面向开发者的云计算。这种云计算最大的特征是它自带开发环境，并向开发者提供开发工具包。它的代表有Google的GAE（Google App Engine），还有国内的百度的BAE、新浪的SAE等。平台即服务与软件即服务之间可以相互转换。如果是消费者，购买Dropbox的服务，那Dropbox就是软件即服务。如果是开发者，利用Dropbox提供的开发包借助Dropbox的服务开发自己的服务，那么Dropbox本身就是平台即服务，构筑在Dropbox之上的开发者的服务就是软件即服务。以前，开发者如果要搭建一个网站，需要做很多准备工作，比如购买服务器，安装操作系统，搭建开发环境等等。现在，开发者如果购买平台即服务云计算，就可以省去上面费时费力的准备工作，直接进行网站的开发。不仅如此，开发者还可以使用各种现成的服务，比如GAE会向开发者提供Google内部使用的先进的开发工具和领先的大数据技术。这一切都使得网站开发变得比以前轻松很多，这也是云计算时代互联网更加繁荣的原因之一。基础架构即服务（Infrastructure as a Service，缩写IaaS）基础架构即服务一般面向的是企业用户，它的代表有Amazon的AWS（Amazon Web Service），还有国内的阿里云、盛大云等。这种云计算最大的特征在于，它并不像传统的服务器租赁商一样出租具体的服务器实体，它出租的是服务器的计算能力和存储能力。AWS将Amazon计算中心的所有的服务器的计算能力和存储能力整合成一个整体，然后将其划分为一个个虚拟的实例，每一个实例代表着一定的计算能力和存储能力。购买AWS云计算服务的公司就以这些实例就作为计量单位。基础架构即服务与平台即服务有显著的区别，基础架构即服务提供的只有计算能力和存储能力的服务，平台即服务提供的除了计算能力和存储能力的服务，还提供给开发者的完备的开发工具包和配套的开发环境。也就是说，开发者使用平台即服务时，可以直接开始进行开发工作。而使用基础架构即服务时，则必须先进行如安装操作系统、搭建开发环境等准备工作。基础架构即服务是云计算的基石，平台即服务和软件即服务构建在它的上面，分别为开发者和消费者提供服务，而它本身则为大数据服务。公有云（Public Cloud）和私有云（Private Cloud）云计算有两种主要的部署方式，公有云和私有云。公有云，就是说它的服务器是部署在互联网上的，人们可以通过互联网访问它。目前，大部分的云计算都是公有云。私有云，就是说它的服务器是部署在防火墙内的局域网内，只有局域网内部的人才能访问它。相比公有云，私有云需要由使用者自己搭建云计算的基础架构，在获得了更大的控制权的同时，也增加了开发难度。目前，业内主要的的解决方案是由美国国家航空航天局和Rackspace合作研发的OpenStack。通过OpenStack，任何人都可以自行建立和提供云计算服务。不过，OpenStack主要还是被用来在企业内部建立云计算。【文章来源：虎嗅网】 HRTECH CHINA 小编语：各位，这次向大家介绍了“云计算”这方面的知识信息，大家是否已经掌握了呢？如果各位想了解其他方面的知识信息，也可以给我们留言哦。

IaaS
2014年04月15日