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