应用程序服务器是干什么用的

访谈:SachaLabourey的AndyGlover(CloudBees)-1GLOVER:我是AndyGlover,这里是developerWorksJava技术播客系列.
至此,我们已经探讨了许多有关云技术的话题,今天我感到非常兴奋,因为我今天的特邀嘉宾是CloudBees的CEOSachaLabourey.
我们这个系列网络广播的老听众或许会记起,大约在两年前,我曾进行过一次关于Sacha的有趣谈论,我们畅谈了CloudBees、其创办过程和关注重点.
不知不觉已经过去了两年.
在过去两年里,云演进过程中出现的一个主要问题就是公共云/私有云之争.
我想,我们可以用"欢迎回来,Sacha"来开始这次的交谈.
非常荣幸能再次邀请到您!
LABOUREY:Andrew,感谢您邀请我.
GLOVER:我们首先从公共云/私有云之争开始吧.
目前是否仍然存在相关的争议在过去两年中,您看到了哪些趋势LABOUREY:好的,我想这种纷争仍在继续.
这种纷争的起源是一个有趣的话题.
设想一下,云技术在初生之时,实际上就是公共云.
我们最初并没有区分公共云或私有云,最初也就是AmazonWebServices这样的公司推出了EC2服务.
那是真正的云,从定义上来说,是公共云.
如果提到私有环境,那么应该说是访谈:SachaLabourey的AndyGlover(CloudBees)-2虚拟化;而不是云.
那更像是一种在内部构建自定义体系,虚拟化各种环境的方式.
云最初是在公共基础架构上运行,以标准化的方式采用API.
在云问世的几年后,许多公司认为他们无法运行这种公共云基础架构,原因是多方面的——从客观的合理角度讲,有些原因是好的,例如安全方面的原因;当然也涉及到一些简单的因素,比如说延迟.
有时候还有一些说不清道不明的原因,对吗有些人会说,只是觉得公共云让人感到恐惧.
因此他们开始将这些"云"的概念应用于内部部署环境,这催生了私有云.
许多IT人才、IT精英都在为这些大型机构效力,这也是私有云赢得广泛关注的一个主要原因,因为如果公共云带来了杰出的灵活性和快速的上市时间等优势,那么我们能否在企业内部再现这样的优势在过去两年中,我认为私有云得到了许多关注,因为企业会注入大笔资金来发展私有云.

许多企业认为,我们应该投资发展这个领域,因此许多创业公司和这个市场中的其他公司都在尝试构建私有云.
访谈:SachaLabourey的AndyGlover(CloudBees)-3根据我们看到的情况,我认为在过去几年中,公共云可以说经历了重生.
但我本人并不认为它曾经"消亡".
从曝光率的方面来说,公共云目前更为强势.
在大约一年前,或者说18个月之前,在我与一些企业沟通时,许多企业主管告诉我:是的,我们正在着手建设内部私有云基础架构.
他们对此都持乐观态度.
再看现在;很少有公司真正在内部大规模发布和应用私有云.
他们认识到,构建云基础架构绝非等闲之事.
这需要优秀的技术、优秀的人才,有时甚至需要对企业内的政策进行改动.
我认为人们开始逐步脱离内部部署,转向公共云,因为公共云也在不断发展成熟,出现了多种值得关注的新技术,例如虚拟私有云等等.
许多企业都觉得公共云基础架构更容易处理.
GLOVER:您提出了一个有趣的论点.
我记得在云技术诞生初期,大型机构最大的困扰就是安全性.
我们稍微深入谈论一下这方面吧.
安全性是否仍然是主要顾虑相关问题是否已经完全得到解决如果放弃私有云工作,转到公共云领域,我是否仍然需要担心安全性问题目前当然还存在一些与安全性相关的顾虑,不是吗访谈:SachaLabourey的AndyGlover(CloudBees)-4LABOUREY:当然有.
这仍然是一个重要顾虑.
安全性无疑仍然是IT防御的核心.
IT需要负责确保企业的核心资产得到妥善保护.
有趣的是,如果仔细观察这些企业,就会了解他们为何不能使用公共云基础架构,当然这种考虑有时候是合理的——比如医院等机构.
但在其他情况下,您会发现主要症结在于政策,那些10年前甚至是15年前定义的政策.
回过头来扪心自问,原因究竟何在答案或许就是政策不允许我们那样做.
为什么不允许我们那样做因为我们不能将数据放在防火墙以外.
为什么不能如果您开始提出这些问题,企业就会认识到,有许多此类政策毫无意义.
让我用一个示例来进行说明.
目前移动应用程序发展迅猛,业内实现了大量新应用程序来响应市场上的需求.
因此,这不仅仅与客户或合作伙伴有关,还与员工有关.
员工希望利用手机和平板电脑等移动设备,在路途中更高效地处理工作.
为此,企业需要将对员工有用的数据推送到其设备上.
您希望确保能保护这些设备,但您的数据,在很大程度上来说,完全是处于防火墙以外的.
数据将位于这些设备上.
访谈:SachaLabourey的AndyGlover(CloudBees)-5甚至会有salesforce.
com等公共云上托管的应用程序拉取这些数据.
您最终只能固步自封,选择不使用公共云基础架构,因为您的数据不能离开企业防火墙的范围,但实际上,数据已经传播得无处不在了,不是吗GLOVER:确实如此.
LABOUREY:这些都是人们逐步认识到的.
GLOVER:从云发展演进的角度来说,两年前我们初次交流时,参与者还是屈指可数.

完全可以说,现在的参与者数不胜数.
如果公共云/私有云之争已经不再重要,再观察云技术,融入这种安全的概念,我在选择云提供商时首先应该观察哪些因素现在的云提供商实在太多了.
现在的决策过程包括哪些两年前不具备的环节LABOUREY:首先,我得说近来听到了许多有关公共云和私有云的议论,有人说公共云的接受程度更高,即便在大型企业中也是如此.
但争议仍然存在,不是吗或者说,对于某些企业来说,争议仍然存在.
这或许是第一个应该沉思的问题.
您需要的究竟是什么为了简化私有云与公共云之间的选择,您应该向自己提出以下问题:"我访谈:SachaLabourey的AndyGlover(CloudBees)-6需要的是软件还是服务"因为这才是最终的实际决策.
您需要获得可以安装在自有硬件上的软件,可以自行操作、维护、修补等;还是需要与API交互,仅仅是将软件应用程序放在云环境中,由第三方处理云基础架构,为您提供平台即服务(PaaS).
这实际上也是您要制定的第一个决策.
仅从语言支持方面讲,有许多不同的供应商.
您或许听说过"polyglot"(通晓多种语言)的关键字.
如果您要采用平台即服务,它是要支持1种语言、2种语言,还是15种语言这对您是否重要如果您需要使用支持15种语言的PaaS,是否有明显需要担忧的问题在某些情况下,您需要保证能找到一种能极其出色地支持某种语言的PaaS.
这也是CloudBees的目标,我们对Java的支持非常出色.
我们为Java提供了非常深入的支持.
这是我们的定位.
其他供应商认为,步骤少一些,覆盖面大一些更为重要.
这是您需要自行权衡的一个问题.

如果您要选择使用公共云提供商提供的服务,那么我认为深入的支持极为重要,因为访谈:SachaLabourey的AndyGlover(CloudBees)-7选择服务不仅意味着您要运行一个体系,一个软件体系,还意味着您要将该供应商提供的所有支持外包给该云提供商.
如果在午夜时分,您的应用程序突然发生故障,而且是某个Java容器发生复杂的事务处理问题,我想PHP专业人员不可能给您提供太多的帮助.
说起来的时候似乎显而易见,但这确实非常重要.
转到公共云时,您需要付费购买服务.

是否有人能尽职尽责地交付您需要的服务,或者没人精通您需要的具体语言这类选择能够解决关键问题,为您提供了必要的覆盖面.
您是只需要部署应用程序交互还是需要同时在云中进行构建和测试您是否具有与众不同的生命周期范围PaaS为这样的生命周期提供了多少支持CloudBees重视全生命周期支持,而非仅仅限于运行时支持.
许多供应商仅仅专注于问题的某个方面,他们并未尝试为所有类型的应用程序提供支持,而是仅为手机应用程序提供后端.
他们不会在服务器上执行大量处理.
我将这些供应商称之为利基参与者(nicheplayer),这些参与者也是非常重要的.
访谈:SachaLabourey的AndyGlover(CloudBees)-8GLOVER:过去几年,自云技术出现以来,SLA(服务水平协议)也随之出现,对吗Amazon投身云技术,这基本上就代表着Web世界一半的力量已经投身云计算.
Amazon也确实出现过一些重大中断事故,雷击导致电源中断,数据中心和所有Netflix当机,部分主要参与者出现故障.
观察云时,有一项重大决策,也就是说,好,我要选择提供商A,但最终提供商A要以AWS为基础.
尽管提供商A确实拥有一些杰出的服务和产品,但如果AWS因任何原因发生故障,这种情况是超出提供商控制范围的,因此您也会受到故障影响.
在选择云供应商时,我是否有其他选择这一点是否重要给我讲一讲CloudBees,您会如何看待这类问题LABOUREY:这个问题确实很重要.
这是客户应该享受到的重要自由的一部分,也就是说,客户能够选择在其认为恰当的位置运行其工作负载.
这可能要依赖于特定提供商,因为该提供商提供了更出色的SLA,或者是该提供商拥有更优秀的庞大生态系统,而您希望与其中部分拥有低延迟网络的合伙公司合作.
因此这一点非常重要.
有时您可能希望自由选择特定地区的提供商,因为您要为——比如说欧洲的客户提供服务,您希望服务器位于欧洲,以便缩短响应时间.
这种访谈:SachaLabourey的AndyGlover(CloudBees)-9选择非常重要.
CloudBees拥有我们所说的AnyCloud.
AnyCloud让我们的客户能通过单一UI、统一界面使用CloudBees.
com.
他们可以查看所有应用程序、生成内容等.
这就像是应用程序的逻辑视图.
在部署的时候,您要选择希望在何处运行工作负载.
您希望选择以美元形式付款的Amazon服务,还是希望向欧洲Amazon购买服务,还是希望使用HP网络或OVH服务因此您有多种选择.
或许您希望在多个位置部署一个应用程序,并确定在某个提供商遇到故障时迁移到哪个位置.
这带来了极大的灵活性.
即便是大规模的企业,仅凭自身力量很难处理这样复杂的情况,也就是说,我要在全球范围内选择三到四家提供商,一键部署应用程序,如果发生某些问题,则需要将负载重定向到另一个区域.
在几年前,这对企业来说还仅仅只是一个幻想.
GLOVER:那么这是否会影响CloudBees的定价HP和AWS等各种基础架构提供商是否充分商业化了这种基础架构,使得整体价格大致趋同还是说,比如,HP的成本要明显高于AWS访谈:SachaLabourey的AndyGlover(CloudBees)-10LABOUREY:价格非常相近.
这些企业无疑是相互竞争的关系.
他们对这个主题非常敏感.
我要说的是,大多数时候限制人们从一家提供商转到另一家提供商的因素在于,他们发现某家提供商的服务非常之出色.
例如,Amazon就有一些非常值得关注的服务,该服务让您可以经济、轻松地实现CDM.
这会吸引客户开始使用这项服务.
随后,如果想迁移到其他提供商,那么他们就会认识到这样一种情况:他们要么继续使用该CDM,要么寻找另一种在这些层面上的表现比其他层面上更出色的CDM.
我并不认为价格是整个过程的主导因素.
客户更关注的是其希望在这个区域找到的服务.

GLOVER:您之前提到,"万能型"云提供商和具备特定领域深入的专一经验的供应商.
CloudBees拥有深入的Java专业技术,并通过JBoss方面的经历积累了初步经验.
你们亲眼目睹了Java在过去十年间的发展.
尽管你们仍然高度关注JVM,但云技术是否会改变Java的发展方向你们是否在关注一些与Java相关的有趣动向或许是直接受云影响的一些动向LABOUREY:我们确实看到,在云技术出现后,访谈:SachaLabourey的AndyGlover(CloudBees)-11Java开发人员的日子变得更加难过、更不自然了,试想Ruby,像Ruby这样的语言更像是伴随云而生的.
尽管与Ruby有关的所有最佳实践都并非都是通过云实现的,但其中都充分考虑到了云技术.
显然,这或许促成了部分提供商的成功,例如Haroku.
在云技术出现的时候,Java已经有10年或15年的发展历史了,开发人员多年来积累下的所有最佳实践、所有习惯都与云完全无关.
我认为这种转变对于这些开发人员来说更加困难——在云中运行应用程序到底意味着什么我们认识到,Java程序员更能更难理解或感受到其含义——因为从精神上理解其含义并不困难,但只有在亲身尝试和感受之后,才能真正体会云技术的绝妙之处,真正认识到使用传统工具、传统环境实现的内部部署Java速度缓慢、迟钝、复杂.
云是否真正改变了Java我并不这么认为.
我确实认为,开发人员对这个主题越来越敏感,因此他们更多地开始在无状态架构上工作.
他们倾向于在有关文件存储、单体和类似方面做出更少的假设,过去他们能更轻松地做到这一点,因为部署完全由他们控制.
这就是我们开始看到的现象.
我得说,如今,云技术对Java开发人员产生的影响更甚于Java语言访谈:SachaLabourey的AndyGlover(CloudBees)-12本身.
Java语言本身在云环境中的表现与在内部部署中的表现同样出色.
GLOVER:我注意到,您提到了Java语言或者Java平台.
有时候我会区分这两者,并称之为JVM.
CloudBees支持JVM.
你们是否支持部署Java应用程序、Scala应用程序、Groovy应用程序或者是ClojureCloudBees是否支持这些部署LABOUREY:是的,当然.
我们目前支持Tomcat和JBoss.
举例来说,人们希望制作基于Tomcat的应用程序,使用Spring等等.
如果他们希望使用JBoss开发EE6WebProfile应用程序,这完全可以实现.
我们见到过用户部署多种多样的框架,其中包括ColdFusion、Play、Lift等等.
许多此类框架都严重依赖于我们的平台.
不久之后,我们将发布一些特性,让我们的平台更加开放,让您能更便捷地运行所需的工作负载类型.
有些用户可能要运行Jetty,有些可能要运行WebSphere社区版本.
由他们决定要做些什么,我们在认识到他们的需求后会提供灵活性.
人们选择PaaS的原因是不想处理操作系统中典型的一些复杂问题(Java虚拟机、应用程序监控、集群扩展),他们不想处理所有这一切.
但与此同时,访谈:SachaLabourey的AndyGlover(CloudBees)-13他们还想获得更高的灵活性.
这里有一个微妙的界限.
您希望能适当参与其中,但又不希望参与得过多,避免最终成为负责管理环境,负责为故障负责的那个人.
这确实是一个非常微妙的界限,在提供灵活性的同时,还要确保让用户安心.
GLOVER:[笑声]我懂了.
就我关心的问题而言,我们刚刚踏上云发展历程的第一步,对吗一切只不过是刚刚开始.
你们对未来有怎样的看法现在有哪些趋势试想2013年及未来,我们应该关注哪些方面LABOUREY:坦白地说,我认为云的问题之一就是所有人都在谈论云,但只有少数人在真正使用云,或者真正理解云技术在每一层的意义所在.
目前云的观点有许多混乱之处.

部分公司滥用"云"这个词来表示其他含义.
因此我认为很多人对于这种概念仍存在极大的混淆,很多人都不了解云技术对他们来说真正意味着什么.
为此,CloudBees赞助制作了一本名为《PaaSfortheDummies》的图书.
我还写了一份白皮书《云带来的结构性变迁》,说明了形势变化情况.
我们看到的其他重要趋势还包括IaaS,基础架构即服务,以及PaaS(平台即服务)和SaaS(软件即服务).
大部分公司都争相在最低层次上采纳云.
他们从访谈:SachaLabourey的AndyGlover(CloudBees)-14使用基础架构即服务开始使用云,尽管这并不是他们应该使用的技术.
十多年来,他们一直在构建体系,操作系统、JVM等平台上的软件体系.
IT要负责构建稳定的体系,将这些体系迁移到下一个版本,并确保迁移顺利完成.
IT要确保一切可靠性和可伸缩性.
因此在公司迁移到云时,他们自然只能在基础架构即服务的基础之上重建一切.
在大多数情况下,这会改变公司的初衷.
他们不再采用内部部署的方式,而是利用公共云.