中文字幕一区二区人妻电影,亚洲av无码一区二区乱子伦as ,亚洲精品无码永久在线观看,亚洲成aⅴ人片久青草影院按摩,亚洲黑人巨大videos

Java中的微服務(wù):是或否?

發(fā)布于:2021-01-19 13:59:44

0

122

0

容器 微服務(wù) devops Java

Java是否適合微服務(wù)開發(fā)?公司是否應(yīng)該繼續(xù)朝這個(gè)方向投資資源?我們邀請了7位JAX DevOps演講者來探討微服務(wù)炒作,Java在所有這些方面的地位以及容器世界中正在發(fā)生的事情。

微服務(wù)是否有理想的語言?

這取決于你問誰。我們的一些受訪者堅(jiān)信Java是微服務(wù)的理想語言,而另一些人只是聲稱沒有微服務(wù)的理想語言。你站在哪一邊?

在下定決心之前,您應(yīng)該知道,根據(jù)Red Hat的 最新調(diào)查,DevOps開發(fā)人員對特定的技術(shù),運(yùn)行時(shí)或框架幾乎沒有忠誠度。相反,有 45% 的受訪者相信使用“正確的工具完成任務(wù)”。簡而言之,他們在工具包中收集了一系列非常特定的工具,以確保他們的方法成功。

在本系列訪談的第一部分中,我們邀請了 7位JAX DevOps演講者 分享他們對2018年的預(yù)測,并指出了每位優(yōu)秀的DevOps從業(yè)人員應(yīng)具備的特征。然后我們邀請他們談?wù)揇evSecOps,公司向云遷移以及這種趨勢在2018年將如何繼續(xù)發(fā)展。

現(xiàn)在該討論容器,微服務(wù)以及兩者之間的所有內(nèi)容。 

容器即服務(wù)將在2018年成為一件事情嗎?

丹尼爾·布萊恩特(Daniel Bryant): 我喜歡稱之為容器基礎(chǔ)設(shè)施即服務(wù)(CIaaS),我相信我是從阿德里安·科克羅夫特(Adrian Cockcroft)那里借來的—是的,這已經(jīng)是一件事情!隨著去年下半年在AWS re:invent會議上發(fā)布Amazon EKS,所有主要的云供應(yīng)商現(xiàn)在都提供托管的Kubernetes產(chǎn)品。

亞馬遜通過發(fā)布AWS Fargate進(jìn)一步邁出了一步,該技術(shù)使工程師無需管理集群即可運(yùn)行容器,這是我感興趣的領(lǐng)域!

Michiel Rook: 老實(shí)說,我認(rèn)為容器即服務(wù)已在2017年成為一件事。 

顯然,Kubernetes是值得關(guān)注的平臺(也是我最興奮的平臺)。尤其是現(xiàn)在,Azure(AKS)甚至亞馬遜(EKS)已加入Kubernetes火車,我認(rèn)為沒有人懷疑該平臺的有效性。

Philipp Krenn: 這是下一步的邏輯步驟。我想說,這是十年前向我們承諾的那時(shí)平臺上不會真正發(fā)生的向平臺即服務(wù)(PaaS)方向邁出的又一步。

我發(fā)現(xiàn)AWS Fargate是一種有趣的方法,可以進(jìn)一步擺脫基礎(chǔ)架構(gòu)的困擾。讓我們看看這是否會兌現(xiàn)諾言。

Java是否適合微服務(wù)開發(fā)?公司是否應(yīng)該繼續(xù)朝這個(gè)方向投資資源?

丹尼爾·布萊恩特(Daniel Bryant): 我的背景在很大程度上受到Java和JVM的影響,因此我在這里可能會有一些偏見,但我相信Java是微服務(wù)語言的不錯(cuò)選擇-特別是如果這是您的開發(fā)團(tuán)隊(duì)知道的唯一語言!

Java語言和JVM在生產(chǎn)中經(jīng)過了20多年的實(shí)戰(zhàn)測試,而且總的來說,我還發(fā)現(xiàn)Java代碼易于讀取和維護(hù)(與Scala或Ruby相比)。Java微服務(wù)框架(例如Spring Boot,DropWizard和Spark Java)也為開發(fā)經(jīng)驗(yàn)增加了很多價(jià)值。

Java不發(fā)光的一些微服務(wù)用例是服務(wù)非常簡單的地方-在這里像Ruby和Sinatra框架之類的語言或Node.js可能非常有用-或當(dāng)您具有基礎(chǔ)結(jié)構(gòu)/平臺資源約束時(shí)-在這里像Golang這樣的(靜態(tài))編譯語言可能會有用。

TommyTynj?:  Java和JVM是具有豐富生態(tài)系統(tǒng)的成熟平臺。我相信您應(yīng)該為這項(xiàng)工作選擇合適的工具。JVM提供了一個(gè)穩(wěn)定的平臺,但是它不需要您運(yùn)行Java。我已經(jīng)在Groovy和Scala中編寫了微服務(wù),這些微服務(wù)比選擇Java更有意義,但我們?nèi)匀豢梢岳梦覀冊贘VM上運(yùn)行軟件的知識。

微服務(wù)風(fēng)格架構(gòu)的優(yōu)點(diǎn)在于,它使您可以輕松進(jìn)行其他語言或框架的試驗(yàn),而無需進(jìn)行大量投資。關(guān)鍵是要提供足夠小的服務(wù),以便在必要時(shí)可以輕松更換它們。

皮埃爾·文森特(Pierre Vincent):微服務(wù) 具有強(qiáng)大的功能,可以采用“正確的工作工具”的方法。在我看來,這意味著微服務(wù)開發(fā)沒有一種理想的語言。

但是,將專業(yè)知識分布在太多技術(shù)上會帶來風(fēng)險(xiǎn)。當(dāng)使用不同的堆棧時(shí),團(tuán)隊(duì)將很難進(jìn)行協(xié)作并采用大致一致的方式進(jìn)行工作。同樣,從招聘的角度來看,缺乏一致性會使工作變得更加困難。

我可以說,從Poppulo的角度來看,我們使用Java已有10多年了,它仍然是我們產(chǎn)品開發(fā)的首選核心語言(以及Go作為Ops / SRE語言)。Java可能不是2018年的流行語言,但它是我們的工程師擁有最佳專業(yè)知識的地方:它使我們能夠快速,自信地工作。

Michiel Rook:  Java絕對有效。像Spring Boot and Play這樣的框架!已經(jīng)建立并提供強(qiáng)大的功能。但是,這完全取決于用例:使用有效的方法并適用于您的特定問題。

Antonio Cobo:  我認(rèn)為Java將繼續(xù)成為微服務(wù)開發(fā)中最受歡迎的語言選擇。

Philipp Krenn: 我很確定微服務(wù)的炒作將在Java之前結(jié)束。高度分散的應(yīng)用程序避免了討厭的整體程序的某些問題,但是沒有靈丹妙藥。盡管Java并不是解決每個(gè)問題的正確解決方案,但我不會喪失Java的穩(wěn)定性,成熟的工具,人才的可用性……尤其是因?yàn)镴ava也在向更精簡的應(yīng)用程序和框架領(lǐng)域發(fā)展。

Alexander Schwartz: Java為您提供了廣泛的可能性:

具有Spring和完整Netflix堆棧的“胖”微服務(wù),

具有Spring或Dropwizard的“中等”微服務(wù),將彈性賦予服務(wù)網(wǎng)格,以及

具有Vert.x的“小型”反應(yīng)式微服務(wù)具有最小的占用空間,并且可以快速啟動。

您甚至可以選擇要在其上運(yùn)行的云-無需云供應(yīng)商鎖定!這絕對是我的“是”。

容器現(xiàn)在風(fēng)靡一時(shí)。對集裝箱的總體興趣會在今年增長嗎?

丹尼爾·布萊恩特(Daniel Bryant): 我認(rèn)為容器技術(shù)處于Gartner Hype Curve上“夸大預(yù)期”的高峰(或者可能剛剛超過高峰),因此我將繼續(xù)采用容器。

Docker在這個(gè)領(lǐng)域與“現(xiàn)代化傳統(tǒng)應(yīng)用程序”一起做了很多工作,然后社區(qū)中的許多人都在寫博客和文章,介紹如何打包和持續(xù)交付所有類型的應(yīng)用程序,例如我的“ “使用Java和Docker進(jìn)行持續(xù)交付的容器化”,Arun Gupta的Java和Kubernetes教程,Viktor Farcic的DevOps 2.0系列以及Christian Posta的精彩博客文章。

TommyTynj?: 很多年前,當(dāng)我開始使用容器時(shí),今天沒有可用的編排工具,因此我們用Bash編寫了自己的編排工具。如今,入門的門檻已經(jīng)大大降低,人們越來越意識到容器帶來的好處,這使其成為自然選擇。如今,容器技術(shù)易于采用并從中受益。

我不認(rèn)為將非常老的應(yīng)用程序遷移到在容器中或在容器平臺上運(yùn)行是否有價(jià)值,這主要是因?yàn)樵陂_發(fā)這些應(yīng)用程序時(shí)并未考慮這些因素。為了激勵(lì)它,需要計(jì)算這種努力的價(jià)值。

Michiel Rook: 總的來說,我認(rèn)為從技術(shù)上講,幾乎每個(gè)遺留應(yīng)用程序都可以容器化。容器技術(shù)的好處很明顯,所以我想我們會看到更多的事情發(fā)生。

Philipp Krenn: 容器將成熟并保持增長,但這并不意味著它們將替代其他部署模型。它們是有用的工具,但不是唯一的工具。作為一個(gè)行業(yè),我們應(yīng)該停止假裝只有一個(gè)正確的解決方案,每個(gè)人都必須遵循。在沒有使用容器作為其核心技術(shù)的情況下,將會有很多成功地成功的企業(yè)。