新聞中心
【外電頭條】紅帽公司的副總裁兼中間件事業(yè)部總經理Craig Muzilla是個大忙人。盡管紅帽以Linux發(fā)行版名揚天下,但該公司依托JBoss搞起了一塊主要的企業(yè)軟件業(yè)務。早在2006年就搞起了這塊業(yè)務,當時“SOA”和“AJAX”等詞眼大行其道。

創(chuàng)新互聯(lián)公司是一家專業(yè)提供岳西企業(yè)網站建設,專注與成都做網站、網站制作、成都外貿網站建設、HTML5、小程序制作等業(yè)務。10年已為岳西眾多企業(yè)、政府機構等服務。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進行中。
我們設法聯(lián)系上Craig,想打探一下如今JBoss中間件領域的近況到底如何。Java社區(qū)已準備發(fā)布OpenJDK(Java的開源實現(xiàn)),而JBoss和紅帽在這款平臺的現(xiàn)在和未來扮演著重要角色。該公司最近甚至負責啟動Java社區(qū)進程(JCP)里面的Java EE 7規(guī)范。
Craig談論了企業(yè)Java的未來以及JBoss中間件平臺的未來,訪談內容如下:
在這個云計算時代,中間件業(yè)務做得怎么樣?
我們公司的中間件業(yè)務一直做得相當好。其增長速度大概是Linux業(yè)務的一倍。中間件業(yè)務是我們紅帽的一大增長點。去年,我們在所有地區(qū)都取得了長足發(fā)展,包括日本、巴西和拉美。我們的目標是,擴大和豐富中間件產品組合,讓我們能夠提供專有中間件產品之外的一種選擇。我們?yōu)樵S多公司提供了一種選擇,因而能夠統(tǒng)一使用我們的中間件產品,或者在戰(zhàn)略性環(huán)境使用我們的產品。在過去的幾年間,我們先后推出了八款主要的新產品?,F(xiàn)在,我們擁有高速消息傳遞、業(yè)務流程管理和規(guī)則管理等產品。我們有一款門戶網站產品和數據集成產品。我們其實一直在擴大和豐富產品組合。其中一些產品賣得相當好,尤其是集成產品。
業(yè)務的性質也發(fā)生了變化?;仡櫵哪昵?,唱主角的是應用服務器。JBoss通常用于戰(zhàn)術性環(huán)境,用于基于Web的應用系統(tǒng)和非關鍵任務型應用系統(tǒng)?,F(xiàn)在,許多公司變得更牢固了,因而覺得使用JBoss更放心了。完全遷移到JBoss的公司數量眾多。日產汽車公司和日本電信電話公司(NTT),美國的聯(lián)邦快遞、政府雇員保險公司(Geico)、韋里遜、ING和紐約證券交易所,它們現(xiàn)在都統(tǒng)一采用了JBoss,并且普遍用于各自的企業(yè)環(huán)境。它們從大廠商(專有的Java產品)遷移到JBoss。
最近JBoss中間件關注的重點是什么?
我們一直在努力讓這個平臺大大增強靈活性,為此支持不同的語言。我們的平臺不但是運行Java EE的最佳環(huán)境,我們還有相當大比例的客戶在使用我們的產品來運行Spring、Struts和Groovy on Grails。
靈活性這個想法旨在提高運行靈活性。我們把注意力放在了這款應用平臺的下一個版本上。我們的Java EE 6平臺已成為可配置性大大加強的平臺。
EE 6旨在通過新的Profiles(配置文件),為平臺的模塊性奠定基礎。那么,JBoss在如何利用這一點?
我們接下來宣布的是JBoss應用服務器7。這款應用服務器的核心是微服務容器(micro-services container)。我們在多年前就推出了微內核(micro-kernel)這個概念。Java EE 5則推出了基于Java虛擬機(JVM)的微容器(micro-container)這個概念?,F(xiàn)在,我們有了加強模塊性這個概念。如果你在Java持久性API(JPA)中有可交易性,或者緩存、消息傳遞或集群安全,就很容易通過微服務容器,增添或減少所有這些服務。
另一方面,JBoss 應用服務器7讓我們可以大大增添可管理性方面的功能。我們在擴展應用編程接口(API),那樣平臺容器就更容易進行管理了,沒必要加入硬編碼的東西。這個環(huán)境管理、配置和部署起來要容易得多。我們正在竭力為開發(fā)人員提供這種靈活性,同時也為了確保卓越運營、事后管理。
我們有一個配置文件,它實際上是精簡版的Tomcat。它說白了就是小服務程序引擎,但之后你開始借助微服務容器,在此基礎上進行構建。Tomcat的優(yōu)點在于,它很簡單,部署起來也很容易;但是問題是,如果你需要對它向上擴展、添加服務,就不么容易了。如果你需要可交易性,如果你需要高度分布式緩存功能,就無法用Tomcat輕松地實現(xiàn)。
我要說,Tomcat的發(fā)展情況還是很好。從我們獲得的市場研究數據來看,Tomcast的使用量似乎并沒有減少,但也沒有出現(xiàn)增長。我認為,其他這些開發(fā)商(Mulesoft和SpringSource)目前都需要一種容器。拿Mule來說,它們的企業(yè)服務總線(ESB)需要一種容器;但如果你需要容器不僅僅充當ESB的運行時環(huán)境,就沒有可以做到這點的服務。我認為,這正是左右為難的境地。其中一些公司在提供自己的Tomcat版本,但這是不是一種豐富環(huán)境呢?
Java 7(包括SE和EE)方面的工作開展得怎樣?
我們參與了Java EE 7和SE的執(zhí)行委員會。我們參與了最近的Java EE 7發(fā)布。就Java SE 7而言,我們是其專家小組成員。我們發(fā)表了自己的看法,確保自己是社區(qū)進程的一分子。除了甲骨文外,我們是OpenJDK的第一大貢獻者。我們有不少的人員專門從事OpenJDK的開發(fā)。大概四五年前,我們就有了符合測試兼容包(TCK)的Java,我們把它與紅帽企業(yè)Linux一并交付。我們打算繼續(xù)保持這個傳統(tǒng);我們全力支持OpenJDK。我認為,充滿不確定性的是甲骨文在OpenJDK之后有什么動作。
甲骨文可能會使用Hotspot和Jrockit,封裝基于OpenJDK的另一個發(fā)行版。它會在這個環(huán)境加入什么類型的附件?從市場的角度來看,甲骨文表示自己希望在Java的基礎上提供增值服務。不過我認為,甲骨文會何去何從并不明朗。我們希望確保規(guī)范本身和參考實現(xiàn)很好、很成熟,而且擁有市場中的每個人都需要的所有基本功能。
可以說說Apache基金會圍繞TCK許可條款與甲骨文之間的爭端嗎?
到目前為止,雙方對此顯得有點沉默。SE 7果真發(fā)布時,雙方并沒有披露新TCK的所有許可條款。我們希望他們繼續(xù)心懷善意。到目前為止,他們在社區(qū)進程方面一直很開放,我們只能靜觀其變。
2007年,甲骨文曾發(fā)表了好多文章和博文,介紹JCP及其運作方式。只是籠統(tǒng)地講述了一些最佳實踐應該怎么樣。就實現(xiàn)自己的既定目標而言,甲骨文在過去的腳步似乎有點慢。與此同時,甲骨文卻加快發(fā)布了新規(guī)范的步伐。Java SE 7有一個新規(guī)范,EE 7也有一個新規(guī)范,還準備為SE 8和EE 8發(fā)布新規(guī)范。我認為,大家都抱著樂觀的態(tài)度。
你們在如何應對其他語言在JVM上運行的趨勢?
我們有一項名為自由選擇(Open Choice)的戰(zhàn)略。該戰(zhàn)略的初衷是,能夠接受任何基于JVM的技術——或者不是基于JVM的一些技術,而且能確保你擁有的運行時環(huán)境采用了許多不同的語言和組件模型。我們可以針對Struts或Spring,運行任何通過認證的框架。Ruby on Rails可以在JBoss上運行。借助OSGi之類的組件模型,你可以用OSGi來設計整個應用程序,可以構建OSGi綁定包(OSGi bundle);我們會接受并使用所有這些綁定包。我們在關注所有那些語言,為它們提供支持,并提供認證。我們說,你仍需要運行時環(huán)境;你仍需要容器和服務,而不是為每種語言和每個框架從事重復性工作。要是有一大堆環(huán)境,你最后可能有五六種平臺。至于哪些語言和哪些模型最適合自己,我們留給開發(fā)人員去定奪;但你總是會有同樣的運行時環(huán)境和同樣的服務。
一些廠商支持幾個不同的環(huán)境。VMware等另一些廠商則不然,他們說就支持Spring和 Groovy。我們積極接受環(huán)境的多樣化。
Seam方面情況怎么樣?
Seam的情況非常好。它已成為Java EE 6的上下文和依賴注入(CDI)規(guī)范JSR 299。它其實是一種更現(xiàn)代化的框架。它也是六年前Spring著手要解決的問題,當時Spring在Java EE方面遇到了困難。我們最終繞了個大圈子,回到原處:Java EE借助一種更現(xiàn)代化的框架(即CDI),結合了其中一些概念。
Seam的開發(fā)者Gavin King也一直在嘗試一些新語言。Ceylon采用了Seam的部分概念,結果變成了一種語言。也許,有人會拿它與Scala作比較,但是與Gavin交流一番,就明白Seam的目的并不是用來取代其中一些更新的語言和語言類型。外界一直問我們在如何對待Seam?我們奉行的宗旨是,開源的一部分就在于大量的研究開發(fā)和試驗。我們就是想看看Gavin開發(fā)的東西是不是讓人們有興趣。
JBoss接下來會怎樣?
我們正在做的工作就是,不斷完善這個應用平臺,而這方面的根本體現(xiàn)在Java EE6中。這個微服務容器已成為我們開展的一切工作的基礎。我們開始不單單著眼于整體式應用服務器,而是關注應用程序的基本結構。你有一種占用資源非常少的平臺,可以在iPhone和可插接電腦之類的一些設備(移動性很強的設備)上運行,不過該環(huán)境支持HTML 5和不同的客戶端。這種平臺具有動態(tài)性,你可以即插即用服務。我們在關注自我擴展和自我愈合功能。它是策略驅動型的平臺,可以減少大量的人工干預。這就是我們在這方面(注:JBoss)的前進方向。
大家可以開始看到產品組合有不一樣的功能。獨立式的企業(yè)服務總線(ESB)或規(guī)則管理系統(tǒng)已成為基本結構的一部分。這是今后幾年的長遠目標。就短期而言,紅帽很有希望成為云計算領域的一大玩家。我們提供了所有部分。我們有內核虛擬機(KVM)、操作系統(tǒng)、中間件的所有組件、平臺運行時環(huán)境以及服務和組件。我們運用到了所有這一切。
請說說Cloud Forms和Open Shift吧。
我們最近宣布了Cloud Forms和OpenShift,后者是我們的平臺即服務產品。
JBoss產品線把我們擁有的所有這些部分組合起來,通過OpenShift把它們作為服務來提供。人們可以把它作為各自云環(huán)境中的引擎來使用。它不僅僅是一種容器??梢园阉闯墒莵碜許alesforce.com的集成服務,與內部的企業(yè)資源規(guī)劃(ERP)實現(xiàn)集成。除此之外,你可以獲得作為服務來提供的業(yè)務流程管理,作為服務來提供的用戶體驗和協(xié)作。
JBoss應用服務器7是我們在云環(huán)境的中間件產品的引擎。這個引擎會在接下來的幾周投入使用,JBoss應用服務器7是OpenShift中的支撐性引擎。
貴公司的平臺即服務有什么樣的目標?
我認為,主要的需求就是讓平臺即服務非常易于訪問、使用非常容易,把需要在云環(huán)境進行開發(fā)、可以把平臺即服務放回到企業(yè)內部環(huán)境的公司里面的開發(fā)人員吸引過來。另外,把擁有主流的輔助應用程序的人員也吸引過來,所以在企業(yè)內部進行開發(fā)并不明智,于是你在云環(huán)境進行開發(fā)。為什么在云環(huán)境進行開發(fā)?對于需要基于Web的應用程序的小企業(yè)來說,可以借助平臺即服務搞好開發(fā)工作。我認為,關鍵需求之一就是,讓所有這些目標用戶很容易使用OpenShift。其次的需求是,讓它易于移植,那樣目標用戶就能從一個云轉移到另一個云,或者從云環(huán)境轉移到內部部署環(huán)境。
我們在竭力支持各種應用程序,無論是Spring、EE、Ruby on Rails還是PHP。我們在積極支持所有這些應用程序,讓開發(fā)人員可以使用最適合自己需求的工作負載。
稍稍退后一步思考,我認為紅帽總是被認為僅僅是一家Linux公司。但我認為,人們對我們了解得越多,就會認識到我們其實擁有完整的基礎架構產品組合以及開發(fā)和中間件產品;這些我們全都提供。我認為,所有開發(fā)人員有必要明白紅帽不僅僅是一家Linux公司。它還是一家中間件公司、一家管理公司、一家云計算公司。
標題名稱:專訪Muzilla:紅帽中間件鮮為人知的另一面
文章位置:http://m.5511xx.com/article/ccicide.html


咨詢
建站咨詢
