欧美精品久久天天躁|欧美精品久久亚洲不卡|久久久久久国产精品美女|国内精品久久久久影院老司|中文字幕av免费专区久久|亚洲av三上悠亚网页在线|国产成人午夜精品影院游乐网|中文字幕日韩精品无码一区二区

進(jìn)入2016年時(shí)間還不是很長(zhǎng)，讓我們回顧下去年年底的一個(gè)預(yù)言。去年12月，來(lái)自C2B2的Steve Millidge預(yù)測(cè)，2016年將會(huì)成為Java EE微服務(wù)年。在一定程度上，這是基于Steve在JavaOne上的演講，他在演講中詳細(xì)地討論了這個(gè)主題。此外，Steve還是Payara的聯(lián)合創(chuàng)始人，Payara的目標(biāo)用戶也是對(duì)微服務(wù)感興趣的Java EE開(kāi)發(fā)人員。Steve還認(rèn)為，SOA和微服務(wù)之間的差別很小，這種觀點(diǎn)我們以前聽(tīng)說(shuō)并且報(bào)道過(guò)。他在視頻中指出：

“微服務(wù)與SOA沒(méi)什么不同。它還是關(guān)于SOA”。

當(dāng)然，現(xiàn)在還存在爭(zhēng)論，因?yàn)樗�的背景和�?dāng)前的工作重心，Steve可能會(huì)發(fā)現(xiàn)自己很難保持客觀的態(tài)度。不過(guò)，早在2014年，微服務(wù)還處于起步階段，Adam Bien就描述了理想的Java EE微服務(wù)：

[...]理想的Java EE微服務(wù)是一個(gè)單[實(shí)體控制邊界]組件，在一個(gè)WAR包中，部署在單臺(tái)服務(wù)器/域中。在這種情況下，開(kāi)發(fā)人員可以單獨(dú)地發(fā)布和重新部署單個(gè)組件（又稱(chēng)微服務(wù)）。WAR包之間不可能直接調(diào)用方法，因此，WAR包將不得不使用比如JAX-RS來(lái)彼此通信。

我們?cè)谌ツ昴甑拙臀⒎��?wù)、DevOps和Java EE相關(guān)內(nèi)容采訪了Markus Eisele，他詳細(xì)論述了自己為什么認(rèn)為Java EE將會(huì)在微服務(wù)生態(tài)圈的發(fā)展中扮演重要的角色。還有一些其他使用Java EE編寫(xiě)微服務(wù)的方法，包括TomEE和WildFly。KumuluzEE是JavaOne 2015 Duke選擇獎(jiǎng)的其中一個(gè)獲獎(jiǎng)?wù)撸�該框架是一個(gè)Java EE微服務(wù)框架。該框架的聯(lián)合創(chuàng)建者M(jìn)atjaz Juric解釋說(shuō)：

KumuluzEE是第一個(gè)使用標(biāo)準(zhǔn)Java API的微服務(wù)框架。微服務(wù)架構(gòu)的重點(diǎn)是將應(yīng)用程序開(kāi)發(fā)成服務(wù)并將這些服務(wù)單獨(dú)部署；沒(méi)有一個(gè)框架提供自動(dòng)化部署和配置，是不可能使用Java EE實(shí)現(xiàn)真正的微服務(wù)架構(gòu)的。

讓我們看一些人們?nèi)绾慰创�微服�?wù)和Java EE的其他例子，這會(huì)非常有趣，因?yàn)橛行┤藝?yán)格來(lái)講并不屬于傳統(tǒng)的Java EE領(lǐng)域。例如，早在2014年，Alex Soto就論述了為什么Java EE和RxJava是一個(gè)很棒的方案。不過(guò)，并不是每個(gè)人都認(rèn)可使用Java EE能使開(kāi)發(fā)人員采用微服務(wù)。正如Rick Hightower所說(shuō)的那樣：

如果你將一個(gè)WAR文件部署到一個(gè)Java EE容器，那么你很可能不是在做微服務(wù)開(kāi)發(fā)。如果你在一個(gè)容器或EAR文件中包含超過(guò)一個(gè)WAR文件，那么你肯定不是在做微服務(wù)開(kāi)發(fā)。如果你將服務(wù)部署為AMI或Docker容器，而且你的微服務(wù)有一個(gè)main方法，那么你可能是在編寫(xiě)微服務(wù)。

而且，Rick也不認(rèn)為微服務(wù)與SOA相同：

事實(shí)上，它們?cè)谠S多方面是完全相反的。例如，SOA往往采用WSDL，后者是一種非常嚴(yán)格的、強(qiáng)類(lèi)型的服務(wù)端點(diǎn)定義方式。WSDL和XML模式中所有的未知量都來(lái)自XML。

當(dāng)然，我們已經(jīng)多次討論過(guò)，SOA和Web Service常常沒(méi)有關(guān)系。不過(guò)，Rick及其他一些人確信，Java EE太過(guò)臃腫或者說(shuō)笨拙，以其為基礎(chǔ)構(gòu)建微服務(wù)并不合適。Jeppe Cramon認(rèn)為，Java EE之所以是一個(gè)糟糕的基礎(chǔ)還有更為根本的原因：

如果我們將兩路（同步）通信與小/微服務(wù)結(jié)合使用，并根據(jù)比如“1個(gè)類(lèi)=1個(gè)服務(wù)”的原則，那么我們實(shí)際上回到了使用Corba、J2EE和分布式對(duì)象的20世紀(jì)90年代。遺憾的是，新生代的開(kāi)發(fā)人員沒(méi)有使用分布式對(duì)象的經(jīng)驗(yàn)，因此也就沒(méi)有認(rèn)識(shí)到這個(gè)主意多么糟糕，他們正試圖重復(fù)歷史，只是這次使用了新技術(shù)，比如用HTTP取代了RMI或IIOP。

如果微服務(wù)和SOA密切相關(guān)，那么可能會(huì)有一種觀點(diǎn)，就是微服務(wù)可以像SOA那樣采用一種技術(shù)無(wú)關(guān)的方式。你認(rèn)為呢？2016年會(huì)成為Java EE微服務(wù)年嗎？如果有的話，Java EE會(huì)在微服務(wù)中扮演什么角色？

上篇文章：網(wǎng)頁(yè)制作與網(wǎng)站建設(shè)從入門(mén)到精通
下篇文章：java ee是什么