写点什么

VMware 云系统 CTO 谈 Cloud Foundry 的架构及战略

  • 2011-05-20
  • 本文字数:1905 字

    阅读完需:约 6 分钟

最近,InfoQ 约谈了 VMware 云系统的 CTO 兼首席架构师 Derek Collison 先生。他们谈到了该公司的新款开源PaaS 产品—— Cloud Foundry

InfoQ:若面对一个架构师或 CIO,您会怎样介绍 Cloud Foundry 呢?

Derek:Cloud Foundry 是 VMware 的一款 OpenPaaS,它支持多种框架、语言、云平台及应用服务。它也是一个分布式系统,他为开发者提供了应用和服务的舞台,自己扛下了 IaaS 相关的通用的工作。该系统在设计时就已经设计成可自愈的,并且在各层级都可水平扩展,既能在大型数据中心里运行,也能运行在一台桌面电脑中,二者使用相同的代码库。

对系统进行扩展不会导致正在活动的用户和应用停止服务。由于系统与底层基础设施间的连接是松耦合的,所以它能轻易地运行在任意 IaaS 层之上。即便跨多个目标云提供商,用户与系统的交互也能保持一致,而且,人机交互基于人人都会实现的 HTTP REST 接口。此外,开源也是一个优势,对于那些想运行自己的实现,或基于 Cloud Foundry 的架构和代码进行服务调用的架构师和 CIO 来说,他们对此会感兴趣的。

系统会为所有应用程序实例考虑负载均衡和高可用方面的事情。不论因为什么原因,应用程序崩溃了,系统都会自动将它重启。路由池会对多个应用程序加以实时的负载均衡。扩展和收缩非常快速且便捷,这为工程师和开发者带来了更多扩展和高可用的选择。访问服务、将应用与服务绑定,这些工作都简单且直观,应用开发者可使用多种不同的设计模式。对应用和服务级安全的支持很广阔,涵盖了从多租户的流程、文件系统和用户级隔离到整个 hypervisor 一级的隔离。

InfoQ:人们仍然在公有云和私有云之间争论不休。你觉得Cloud Foundry 对这一争论会产生怎样的影响呢?它会进一步加剧这一争论,还是会让此争论变得不再有意义呢?

Derek:我认为争论还是有意义的。驱使不同选择的原因是有太多不同的情形及需求。有了 Cloud Foundry 之后,开发效率和业务敏捷对选择带来的影响会降低,而业务决策对选择的影响会增大,我们相信这是件好事。通过 Cloud Foundry 部署在公有云平台上的应用,若要将它移植到私有云实例之上,只需要花少许力气,甚至不费力。我们坚信我们对 Developer Rights 的承诺,为用户提供最广泛的选择,上至使用诸如 Cloud Foundry 之类的公共服务,下到自建系统,以及位于二者之间的任意形态。

在我们发布 Cloud Foundry 时候,将同一应用分别部署到由我们自己的 VSphere 技术和我们的合作伙伴 RightScale 所支持的 Amazon 之上的 Cloud Foundry 之上。最后,我们将此应用部署到运行在一台桌面电脑上运行的私有云实例之上。从提供的服务以及用户的交互模式上看,所有环境是一样的,未改动一个命令,系统代码未作任何改动,应用程序代码也完全一致。

所以,不论是公有云、私有云亦或是混合云,Cloud Foundry 都能作为提高开发者生产率、业务敏捷以及使用 OpenPaaS 的起点。

InfoQ:您最希望社区为 Cloud Foundry 作出那些方面的贡献?

Derek:我相信只要系统能满足社区的需求,社区对它的拥护会像洪水般涌来。Cloud Foundry 在某些方面支持个性化 PaaS。起初,你将会看到各种语言、框架和服务。在这些领域,我们已经看到大量的请求了,我们还希望这种趋势可以验血。从长期来看,我希望随着框架和服务稳定后,最大的贡献将落到工具和管理方面。

InfoQ:Google App Engine不能支持所有标准代码库在其PaaS 环境上运行。 Cloud Foundry 上面部署的软件有哪些内置的限制呢?与完全掌控的基础设施相比,哪些是不能在 Cloud Foundry 上做的事情呢?

Derek:我们正尽力让大多数最新的应用、服务和代码库能够在不需任何修改的情况下直接运行在 Cloud Foundry 上。我们事先申明“Cloud Ready”,这不应该要求你完全重写你的应用。

不过,的确有些是事情是办不到的,比如绑定 80 端口,或将数据写到你的应用容器之外的一个任意目录。此外,我们还会仔细监控应用程序的资源使用情况。不过,如果你使用一些标准代码库、最新的访问数据库的框架,或者你使用 Redis 做一些缓存,我觉得在云中做这些事情应该是可能的,而且不需要太费劲。

InfoQ近期AWS 的服务故障会影响架构师对云解决方案的看法吗?Cloud Foundry 对移植性的承诺能否疏离与特定云供应商之间的紧密关系呢?

Derek:AWS 做了一次试验,我们每个人都能从中学习并获益。我们仍然处于云纪元的起步阶段,而且,我们仍需要从惨痛的经历中学习。Cloud Foundry 表明了 VMware 实实在在地想定义一个 OpenSaaS,为用户提供灵活选择(不论是云提供商:公用云、私有云和混合云部署,应用框架和运行时,以及服务)的努力。

有选择是好事!


查看英文原文: Interview: VMware Cloud System CTO Explains Cloud Foundry Architecture and Strategy

2011-05-20 03:083008
用户头像

发布了 184 篇内容, 共 85.3 次阅读, 收获喜欢 8 次。

关注

评论

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

五分钟学会Elasticsearch查询代理设计

古月木易

ERC20 Short Address Attack

程序那些事

区块链 以太坊 Token ERC20 代币

架构师训练营第二周

Melo

浅谈互联网思维和区块链思维

CECBC

区块链思维

平常心平常心

zhoo299

随笔杂谈

IP 基础知识全家桶,45 张图一套带走

小林coding

计算机网络 计算机基础 IP

面向对象五大基本原则

彭阿三

面向对象设计 面向对象五个基本原则 基本原则

【JS】给console来的样式

德育处主任

Java html5 大前端 Web console

架构师训练营第一次课程感想小记1

tuuezzy

软件工程 求职 架构师 UML

读懂才会用:Redis ZSet 的几种使用场景

小眼睛聊技术

Java redis 学习 架构 后端

【总结】优秀架构师的职责及综合能力

Assignment 01

高冰洁

架构师训练营第一周学习总结

全力以赴@

Java15都快出来了,你还不会Java8中的Lambda?

Java全栈封神

Java Lambda java8

「编程模型」C++封装资源

顿晓

c++ 封装 资源封装 自动化管理 简化代码

ARTS打卡第二周6.1-6.7

我笔盒呢

回忆杀:我的编程能力是如何突飞猛进起来的

程序员小跃

Java android 编程 面向对象思想

SignalR Core之Hubs基本概念

猫定谔的靴

.net core SignalR realtime Hubs

五分钟学会Elasticsearch查询代理设计

奈学教育

elasticsearch ES

大家都知道递归,尾递归呢?什么又是尾递归优化?

程序猿石头

小师妹学JavaIO之:MappedByteBuffer多大的文件我都装得下

程序那些事

Java io nio 小师妹 buffer

iPad配置OpenVPN客户端

wong

ipad OpenVPN

Apache Spark有哪些局限性

古月木易

spark

终于有一个 Java 可以用的微信机器人了

犀利豆

Java

Apache Spark有哪些局限性

奈学教育

Apache Spark

徒手撸框架--实现IoC

犀利豆

Java spring

徒手撸框架--实现Aop

犀利豆

Java spring

Solidity的Bytecode和Opcode简介

程序那些事

区块链 智能合约 以太坊 Ethereum eth

编程的未来 Java, C, Go, Swift, Dart? Uncle Bob Martin - The Future of Programming

John(易筋)

Java 敏捷开发 编程的未来 编程简史 Bob大叔

食堂就餐卡系统设计

第一周作业一:食堂就餐卡系统设计

DZ

VMware云系统CTO谈Cloud Foundry的架构及战略_架构_Richard Seroter_InfoQ精选文章