docker和java容器

組織需要一種使應用程序交付快速，可預測和安全的方法，而諸如docker之類的容器所提供的敏捷性則可以幫助開發人員實現這一目標。 對于Java EE應用程序，這可以在容器中打包應用程序，應用程序服務器和其他依賴項，這些容器可以在構建，測試和生產環境中復制。 這使您更接近實現連續交付。 至少這是托馬斯網絡研討會上的摘要，我幾天前一直在發表 。 這是一篇支持博客的文章，其中包含有關設置的更多詳細信息，包括所有指向源代碼和演示的鏈接。 在下面嵌入的開發人員訪談中找到更詳細的技術演練。 非常感謝我
合著者Thomas幫助我撰寫了這篇博文。

我們涵蓋了什么？

首先，我們要談一些為什么如今每個人都熱衷于優化應用程序交付。 越來越復雜的應用程序給基礎架構，團隊和流程帶來了更大的壓力。 容器承諾通過將應用程序及其運行時組件保持在一起來帶來解決方案。

但是，我們不要止步于此，再往前看，這似乎是操作的理想選擇。 它越來越多地泄漏到開發人員空間中。 作為開發人員，只需專注于我們最擅長的工作即可輕松忽略最新的炒作：提供功能正常的應用程序。 但說實話，還有更多。 特別是Java EE不僅需要代碼。 因此，容器有望使我們的生活更輕松。

僅僅談論容器還不是全部。 它們必須是可用的，并且必須在生產環境中使用，開發人員才能最終使用它們。 這是我們將簡要介紹OpenShift v3即將推出的內容以及它如何適應更廣闊的前景的地方。

在進行了簡短的介紹之后，Thomas將帶您詳細了解所有細節，從Docker容器開始，以及它們如何實現完整的持續交付鏈，該鏈完全支持DevOps。

為什么現在呢？

最重要的是，諸如微服務之類的新架構方法使我們遠離運行單片應用程序的大型VM和物理服務器。 單獨引導的服務很自然地適合基于容器的部署，因為運行它們所需的一切都已完全封裝。 此外，對優化運營的渴望正將越來越多的基礎架構帶入云模型。 我們將看到容器即服務，比VM部署起來更快，運行更??便宜并且易于管理。 企業將使用容器作為目標來運行專注于企業級操作的PaaS產品。 使用容器而不是虛擬機以容器包裝的形式分發軟件要更加完整和標準化。 更容易適應不同的供應商和供應商。 無論產品使用哪種語言或運行時。 企業不必再專注于單個平臺來實現優化的運營和成本。 容器基礎架構通過保持標準化的操作模型并具有未來的優化和附加功能（例如圍繞安全性）的潛力，可以提供更加多樣化的技術基礎。容器及其管理系統是開發人員和操作人員之間的粘合劑，并且是支持的技術層DevOps運動。 簡而言之：容器已準備就緒。

作為一名Java EE開發人員，我從中獲得什么？

容器是關于容器內部而不是容器外部的內容。 將此與PaaS產品進行比較很容易。 開發人員不想關心配置或托管。 他們只希望為其應用程序提供可靠的運行時。 除了Containers，您所需的東西并不多。 標準格式，標準圖像，甚至可以選擇使用公司范圍內的集線器，這將使開發團隊更加高效。 這也與我們如何設置本地環境并將其推廣到我們的團隊有關。 配置不同的實例可以在幾秒鐘內旋轉和拆除。 無需維護中間件或數據庫的不同版本，也無需弄亂路徑或配置。 預先配置的容器將大大減少團隊設置時間，并允許更輕松地使用不同的配置進行測試。 圖像可以集中開發，配置和維護。 根據公司標準，包括特定的框架或集成庫。 責任和教育是激勵的關鍵部分。 今天的全棧開發人員希望對自己的藝術作品負責–端到端。 日復一日使用相同的lame API進行編程不再是一件繁瑣的工作。 實際上，容器允許從構建到打包以及將您的應用程序通過不同的環境交付生產的完整往返過程。 而且，由于所有內容都可以進行版本控制和集中維護，并且在任何環境中都依賴于相同的操作系統和配置，因此使用Containers可以更好地預測完整的軟件交付鏈。

OpenShift如何適合所有這些？

市場向容器轉變的完美例子是OpenShift。 它有不同的版本：

• OpenShift Origin是Red Hat云產品的開源項目
• OpenShift Online是Red Hat的公共云應用程序開發和托管平臺，可自動配置，管理和擴展應用程序，以便您專注于為業務，啟動或下一個大創意編寫代碼。 在openshift.com上注冊以嘗試一下自己
• OpenShift Enterprise是一種內部部署的私有平臺即服務（PaaS）解決方案，可讓您更快地交付應用程序并滿足企業不斷增長的應用程序需求。

根據您的需求，您可以自由選擇最適合您需求的解決方案。 從使用Origin構建自己的PaaS到自己運行完全支持的本地PaaS。

而且，我們將在下一版本的OpenShift上大放異彩！ Origin的每個里程碑都伴隨著OpenShift的新版本。 現在，OpenShift 3的Origin源代碼存儲庫已可用。 它正在朝著完全重新設計的全新架構的方向發展。 這種新架構集成了Docker和Kubernetes容器編排和管理系統，可在針對運行容器化應用程序而優化的Atomic主機上使用。 最重要的是，OpenShift將整合有效且高效的DevOps工作流程，這些工作流程在平臺即服務中為加速應用程序交付發揮關鍵作用。

OpenShift v3的外觀如何？

OpenShift在Kubernetes的基礎上增加了以開發人員和操作為中心的工具，以實現快速的應用程序開發，輕松的部署和擴展以及對大小團隊和應用程序的長期生命周期維護。

從一切開始，紅帽一直與Docker社區合作，以發展我們現有的容器技術，并通過libcontainer項目推動容器化的新標準。 這項工作導致宣布在RHEL 7中支持Docker，并啟動Project Atomic以開發新的容器優化的Linux主機。 這種新的容器架構是OpenShift v3的核心。

OpenShift v3彈藥筒格式將采用Docker打包模型，并使用戶能夠利用打包為Docker映像的任何應用程序組件。 這將使開發人員能夠利用Docker Hub社區來訪問和共享要在OpenShift中使用的容器映像

在OpenShift v3中，我們將Kubernetes集成到OpenShift Broker中，以驅動容器編排。

OpenShift v3將帶來新的功能，以供應，修補和管理應用程序容器，路由和網絡增強功能以??及供應和管理OpenShift平臺本身。 目標是為OpenShift開發人員提供最佳的用戶體驗。

• 為即將發布的版本感到興奮！

完整的演示

網絡廣播重播已經完成，現在是時候接觸源代碼并獲取#coffee +++，然后坐下來放松演示，而不是10分鐘即可完成。 托馬斯（Thomas）將介紹所有細節，我很高興在這兩者之間提出一些令人討厭的問題。

別忘了，您隨時可以重新觀看原始的網絡研討會 。

這是prezi演示的體系結構概述，Thomas在網絡廣播中進行了演示。

鏈接和進一步閱讀

一些思考和家庭作業的食物。 網絡研討會中的鏈接集合以及其他一些資源可供您深入研究。

• “ 使用Docker容器和Java EE進行持續交付 ”（網絡研討會重播，28日或4月）
• TicketMonster –一個JBoss示例 （演示中使用的示例Java EE應用程序）
• 該示例的完整源代碼
• 編寫您的Docker容器
• 托馬斯的博客
• Arun Gupta關于Docker的博客
• OpenShift v3的功能
• 原子項目

翻譯自: https://www.javacodegeeks.com/2015/05/continuous-delivery-with-docker-containers-and-java-ee.html

docker和java容器

總結

以上是生活随笔為你收集整理的docker和java容器_使用Docker容器和Java EE进行持续交付的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。