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

微服務是否有理想的語言？

這取決于你問誰。我們的一些受訪者堅信Java是微服務的理想語言，而另一些人只是聲稱沒有微服務的理想語言。你站在哪一邊？

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

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

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

容器即服務將在2018年成為一件事情嗎？

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

亞馬遜通過發(fā)布AWS Fargate進一步邁出了一步，該技術使工程師無需管理集群即可運行容器，這是我感興趣的領域！

Michiel Rook： 老實說，我認為容器即服務已在2017年成為一件事。 

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

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

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

Java是否適合微服務開發(fā)？公司是否應該繼續(xù)朝這個方向投資資源？

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

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

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

TommyTynj?：  Java和JVM是具有豐富生態(tài)系統(tǒng)的成熟平臺。我相信您應該為這項工作選擇合適的工具。JVM提供了一個穩(wěn)定的平臺，但是它不需要您運行Java。我已經在Groovy和Scala中編寫了微服務，這些微服務比選擇Java更有意義，但我們仍然可以利用我們在JVM上運行軟件的知識。

微服務風格架構的優(yōu)點在于，它使您可以輕松進行其他語言或框架的試驗，而無需進行大量投資。關鍵是要提供足夠小的服務，以便在必要時可以輕松更換它們。

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

但是，將專業(yè)知識分布在太多技術上會帶來風險。當使用不同的堆棧時，團隊將很難進行協(xié)作并采用大致一致的方式進行工作。同樣，從招聘的角度來看，缺乏一致性會使工作變得更加困難。

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

Michiel Rook：  Java絕對有效。像Spring Boot and Play這樣的框架！已經建立并提供強大的功能。但是，這完全取決于用例：使用有效的方法并適用于您的特定問題。

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

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

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

具有Spring和完整Netflix堆棧的“胖”微服務，

具有Spring或Dropwizard的“中等”微服務，將彈性賦予服務網格，以及

具有Vert.x的“小型”反應式微服務具有最小的占用空間，并且可以快速啟動。

您甚至可以選擇要在其上運行的云-無需云供應商鎖定！這絕對是我的“是”。

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

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

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

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

我不認為將非常老的應用程序遷移到在容器中或在容器平臺上運行是否有價值，這主要是因為在開發(fā)這些應用程序時并未考慮這些因素。為了激勵它，需要計算這種努力的價值。

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

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