【51CTO.com快譯】在過去兩年，Docker與客戶密切合作，利用Docker容器技術和行業(yè)領先的容器平臺Docker Enterprise現(xiàn)代化傳統(tǒng)應用軟件組合。這類應用軟件通常是整體式，在Windows Server 2008或Windows Server 2003之類的舊操作系統(tǒng)上運行，很難從本地數(shù)據(jù)中心遷移到公共云。

[[270670]]

Docker平臺可以緩解每一個痛點，只需將應用軟件與特定操作系統(tǒng)分離開來，支持微服務架構模式，以及促進本地環(huán)境、云環(huán)境和混合環(huán)境之間的可移植性。

隨著現(xiàn)代化傳統(tǒng)應用軟件(MTA)計劃趨于成熟，Docker投入資源開發(fā)了工具和方法，加快向容器轉型，并縮短從Docker Enterprise平臺獲得價值所需的時間。從最初的應用軟件評估過程到集群上運行容器化應用軟件，Docker致力于為踏上MTA之旅的客戶改善體驗。

應用軟件發(fā)現(xiàn)和評估

企業(yè)開發(fā)和維護一大批的應用軟件。這類應用軟件采用由***方和第三方開發(fā)團隊開發(fā)的無數(shù)種語言、框架和架構。容器化過程的***步是確定哪些應用軟件最適合容器、從哪里開始這個過程。

一種自然的本能是選擇最復雜的應用軟件開始容器化;理由是，如果容器適用于最棘手的應用軟件，就會適用于不太復雜的應用軟件。對于剛接觸Docker生態(tài)系統(tǒng)的企業(yè)來說，這種方法可能充滿挑戰(zhàn)。如果從不太復雜，但仍代表整批應用軟件，并與組織目標相一致的某個應用軟件開始踏上容器化之旅，可以在面對更棘手的應用軟件之前提升容器方面的經驗和技能。

Docker已開發(fā)了一系列原型(archetype)，有助于根據(jù)架構特點和容器化的估計工作量將類似的應用軟件分在一個組：

圖2

評估應用軟件組合、將應用軟件歸入每一個原型，有助于為某一批應用軟件估計工作量，并有助于確定適合容器化項目的初始應用軟件。有多種方可以執(zhí)行此類評估，包括：

• 手動發(fā)現(xiàn)和評估需要人員檢查應用軟件組合中的每個應用軟件。如果應用軟件數(shù)量較少，這種方法常常易于管理，但很難適用于成百上千應用軟件。
• 配置管理數(shù)據(jù)庫(CMDB)在企業(yè)內使用時，可提供關于某個環(huán)境的現(xiàn)有詳細信息。回顧這類數(shù)據(jù)有助于確立應用軟件特點和相關原型。
• 來自RISC Networks、Movere及BMC Helix Discovery等供應商的自動化工具通過監(jiān)測服務器一段時間然后生成報告，以此提供對數(shù)據(jù)中心環(huán)境的詳細評估。這類報告可用于容器化項目，有助于了解工作負載之間的相互依賴。
• 可以請系統(tǒng)集成商進行正式的應用軟件組合評估。這類集成商通常有成熟的方法和專有工具來幫助評估應用軟件。

自動化容器化

為傳統(tǒng)應用軟件構建容器可能會帶來幾個挑戰(zhàn)。應用軟件的原始開發(fā)人員常常早已找不到，很難了解應用軟件邏輯是如何構建的。正式的源代碼又常常沒有，應用軟件改而在虛擬機上運行?？鐢?shù)十個或數(shù)百個應用軟件擴展容器化項目耗時且復雜。

使用Docker開發(fā)的一款轉換工具可以緩解這些痛點。作為Docker Enterprise平臺的一部分，該工具旨在使這項任務實現(xiàn)自動化：為在虛擬機或裸機服務器上運行的應用軟件生成Dockerfile。掃描服務器以確定如何配置操作系統(tǒng)、如何設置Web服務器以及應用軟件代碼如何運行。然后將數(shù)據(jù)整合到Dockerfile中，并將應用軟件代碼拉入到目錄中，為現(xiàn)代操作系統(tǒng)上的Docker Build作好準備。比如說，可以掃描Windows Server 2003環(huán)境，為在不同IIS Application Pools中運行的基于IIS的.NET應用軟件生成Dockerfile。這種自動化將用戶由開發(fā)者變成Dockerfile的編輯者，大大減少了傳統(tǒng)應用軟件容器化所需的時間和精力。

圖3

集群管理

在單臺服務器上運行容器對于單個開發(fā)人員來說可能足夠了，但一群協(xié)同工作的服務器用于運行基于容器的工作負載。過去，這種服務器集群的創(chuàng)建和管理完全由公共云提供商控制，用戶被某套基礎設施牢牢束縛。

Docker Enterprise 3.0平臺含有一個名為“Docker Cluster”的新Docker CLI插件。Docker Cluster通過使用聲明性YAML文件來自動供應和配置基礎設施資源，簡化了Docker Enterprise集群的初始創(chuàng)建。集群可以跨眾多基礎設施供應商(包括Azure、AWS和VMware)使用，以便在各大基礎設施目標上構建同樣的容器平臺。這種更高的靈活性降低了被某一家提供商鎖定的可能性，確保跨多云和混合環(huán)境的一致性，并提供了通過Kubernetes或Swarm編排工具部署容器這個選項。

圖4

除了自動化工具外，Docker還為認證基礎設施合作伙伴提供了詳細的、針對特定基礎設施的參考架構(https://success.docker.com/architectures#certified-infra)，列出了針對各家提供商的優(yōu)秀實踐。除了自動化CLI工具外，這些文檔還提供了實施Docker Enterprise方面的全面指導。Docker的Solution Briefs(https://success.docker.com/solutions)資料庫附有將Docker Enterprise與常見容器生態(tài)系統(tǒng)解決方案集成的額外指導。

有了Docker Cluster、Solution Briefs和參考架構，Docker Enterprise集群的配置和管理得到了顯著簡化。這些工具讓你可以專注于傳統(tǒng)應用軟件的容器化，而不是將另外時間投入到容器集群的設置。

原文標題：Docker Tools for Modernizing Traditional Applications，作者：Steven Follis

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】