Cloud Foundry——Azure杀手?

2011-04-22 10:13:42VMware最近推出了独具创新的Cloud Foundry。这款平台及服务无疑有着新派倾向：用户将可以注册并开发像MySQL和MongoDB这样的运行数据库服务，登录并直接为Spring或Rails环境编写代码，这点很像Engine Yard和Heroku。

VMware最近推出了独具创新的Cloud Foundry。这款平台及服务无疑有着新派倾向：用户将可以注册并开发像MySQL和MongoDB这样的运行数据库服务，登录并直接为Spring或Rails环境编写代码，这点很像Engine Yard和Heroku。

另外，用户可以自行运行平台作为可下载实例Micro Cloud。它被打包到基于Linux的操作系统内，操作系统则是搭建在VMware上的，所有东西都在Github作为开源项目。据推测，可下载、可运行的Cloud Foundry可以做任何在线服务能做的工作，包括随负荷增加自动提供新实例，自动监控各项服务。

该产品得到广泛关注：它被视为企业可行的平台及服务（PaaS）选择，并有希望跨越简单云服务与企业控制和安全需求之间的鸿沟。如果你的IT商店不希望把公司Web应用搬到Engine Yard，而是工作在石器时代般传统Java产品生命周期上，Cloud Foundry可以说是切实可行的本地选择。

如果移动产品到Amazon Web Services环境有意义，只要所有的开发都在Micro Cloud上完成并在合适的时候把它推向Cloud Foundry服务，一切都会是井井有条的。

如果你是已经使用Spring的Java人，这会是理想的状态。这种创新让许多人感觉如鱼得水。它也被称作PaaS模型的进化——“Azure杀手”（以及其他一些赞美之辞）。虽然大部分似乎有些言过其实，但一件事可以肯定：从功能和可行性的角度，它令VMForce.com相形见绌，VMfore.com是VMware原先同Salesforce.com合作的PaaS。如果说Cloud Foundry是赛道，那么VMforce.com就只能算是玩蹦蹦车的场地。

Cloud Foundry：多样化开发语言平台

VMware的***执行官Paul Maritz表示，就在近些年，出现了“以Java和.Net为核心”的编程框架领域；后来像Ruby on Rails和Spring这些开源框架“迅速涌现出来”，提供了另一种选择而后者正是VMware大力投入的一个领域。

Maritz在发布Cloud Foundry时问道：“如果说云是未来的硬件，那么哪一层会扮演当初Linux在八九十年代为硬件架构扮演的角色？”

Cloud Foundry架构

Cloud Foundry正是VMware试图解答这个问题的方案。

Rod Johnson补充说：“中间件并没有跟上堆栈上下其他技术的进步。”他是SpringSource的创办人，这家公司在2009年8月被VMware收购。

Johnson强调，PaaS在这方面取得了进展，但是太多的解决方案试图“把你牢牢地束缚在某一种编程模型，只有提供商才可以更新服务，只针对一种云来编写应用程序。”

VMware的主管们在发布Cloud Foundry时竭力打消合作伙伴的顾虑，这家厂商会牺牲电信公司、主机托管公司及其他“云计算”合作伙伴的利益，打算把自己打造成***的应用云提供商。

VMware的盈利模式

VMware打算模仿帮助自己赢得 服务器 虚拟化市场的一种模式(即免费的虚拟机管理程序与昂贵的管理工具捆绑起来，提供高级功能)，以便其PaaS解决方案能够赢得应用开发人员的芳心。

VMware将通过cloudfoundry.com，免费提供Cloud Foundry软件的普通实例，不过旨在通过针对一些比较高级的中间件(面向云托管的应用程序)收取许可费来获利。

因此，CloudFoundry.com将遵循先来后到的原则免费提供，但它不提供任何的服务级别协议。

VMware的亚太区产品和解决方案高级经理Michael Warrilow说：“VMware并未进入到主机托管行业，我们继续力求中立。我们只想让开发人员有个去处，并且熟悉它，同时我们可以帮助vCloud提供商搭建Cloud Foundry。”

Warrilow表示，VMware“比较大胆积极”的vCloud合作伙伴(提供基础架构即服务的主机托管提供商和电信公司)会接受培训，以便构建商业级版本的Cloud Foundry，从而提供给企业。

除了为基于Spring的应用程序提供商业支持外(通过收购的SpringSource来获得这种支持能力)，VMware将针对一些vFabric工具来收取许可费，这些工具包括：Elastic RunTime(用于创建虚拟实例的应用服务器)，弹性数据管理、负载均衡和性能管理(用于跟踪和管理流畅虚拟环境中应用程序和数据的位置和性能)以及Cloud Messaging(以便多种框架和语言之间可以联系)。

这些中间件功能代表着“VMware从长远来看***战略意义的投入领域，”Warrilow如是说。

Cloud Foundry能否战胜微软Azure？

事实上，Cloud Foundry的VMware血统将严重影响到它成为企业的可行性选择，它不会吸引Azure用户。微软的PaaS在成熟性上更好，而且它的备份是通过自身的专用基础设施。

Azure的基础构建被摆在了微软商店首要位置上。据推测SQL Azure或Azure CDN将成为开发者的选择。选择中庸的环境之道将使得它与你所拥有的SQL包之间的功能差异最小，另外，Azure也明确瞄准了.NET群体。

Cloud Foundry是针对Java开发者和并不热衷于微软的IT商店。Cloud Foundry会得到广泛关注的，它在“Web 2.0”的背景下很成功；随着VMware将Cloud Foundry与vCloud Express更完整地集成以及更多额外PaaS服务的推出来临，它将更加有力。毕竟相比早期很难开展的SpringSource或Ruby而言，它早已今非昔比了。

Cloud Foundry的简单化很好，但还有很长的路要走。VMware会推动它走多远仍是个未知数：它会得到人们的庇护吗？它会成为高度发达的基础设施步入企业Java商店的可行渠道吗？让我们拭目以待。

【编辑推荐】

iphone的icloud备份 恢复所有东西吗

icloud云备份恢复步骤： 1.在 iPhone 主屏上找到“设置”图标，点击进入， 2.在设置列表中找到“iCloud”选项，点击进入， 3.登录之前备份Icloud的id， 4.在 iCloud 设置列表中找到“储存与备份”选项，点击进入， 5.找到“照片”选项点击恢复即可。

连接到icloud时出错什么意思

iPhone iOS8连接到icloud时出错怎么办：1，可以尝试关闭 iCloud 中“我的照片流”这个选项，因为当 iPhone 接入无线网络时，它会自动在后台连接苹果的云服务，然后将照片通过网络备份上去。 2，先请打开 iPhone 屏上的“设置”应用3，在设置列表里，请找到 iCloud 一栏，点击进入。 4，接着在 iCloud 功能列表里，点击“照片”一栏5，随后可以把照片里的所有选项都暂时关闭，如 iCloud 照片图库、我的照片流和 iCloud 照片共享选项。 6，当关闭以后， 再继续使用戏观察，看 iPhone 还会不会经常提示“连接到 iCloud 出错”要样的消息。 如果没有的话，那就说明关闭了照片流功能可以解决该问题，等过一段时间再打开试试。 当然，如果在 iCloud 中关闭了“照片”这些选项以后，还是未能解决问题的话，还可以从 iPhone 中暂时注销 iCloud 服务。

日本语里面的 闪电 为什么要叫做 稲妻 ？有没有人知道典故？

雷（かみなり）は、自然现象の一种で、上空と地上の间に电位差が生じた场合に放电により闪光や轰音が引き起こされる现象である。 主に天気が雨の场合に発生しやすい。 季语としては夏を表す。 古语や方言などでは、いかづち、ごろつき、かんなり、らいさまなどの呼び名もある。 雷によって発生する光を稲光、雷光と呼ぶ。 また、雷そのものの事を稲妻（いなずま）とも呼ぶ。 稲妻としたときは秋の季语となる。 稲妻の语源として、稲が成长する秋のはじめに雨とともに発生するため、稲がよく育つことから稲の妻、稲妻となったという说がある。 雷を発生させる云を雷云と呼ぶ。 云内での放电を云间放电 (cloud to cloud lightning; CC; inter cloud lightning; IC; cloud flash; CF)、 雷云から地面への放电を対地雷(cloud to ground lightning; CG)と呼ぶ。 対地雷には、上向きと下向き、正极性(+CG)と负极性(-CG)の分类があるから、対地雷は结局4种类ある。 稲妻雷のアニメーション上层と下层の电位差が拡大すると、ある一定を超えたときに空気の绝縁を越えて両者间で放电が起こる。 また、下层の负电荷が蓄积されると、今度は地上では正の电荷が静电诱导により诱起される。 この両者の间でも、电位差がある一定を越えると放电が起きる。 これらの放电は、大気中を走る强い光の束として観测される。 これは日本では稲妻と呼ばれ、地上との间の放电を特に落雷と呼ぶ。 1回の放电量は数万～数十万アンペア、电圧は1～10亿ボルト、电力量换算で平均约90万メガワットに及ぶが、时间にすると1/1000秒程度でしかない。 この间を细かく分けると、落雷（负极性の雷）においては、雷云から最初に伸びる光の弱い先駆放电（ステップリーダー）、大地侧から迎えるように伸びるストリーマー（线条・先行放电）、両者が结合して大量の电荷が本格的に先駆放电路に流入する主雷撃、の3段阶に大别され、电位差が中和されるまで放电が続く。