摘要：由于，容器任務(wù)被簡化，包括部署操作水平自動伸縮滾動更新金絲雀部署和管理監(jiān)視資源應(yīng)用健康檢查調(diào)試應(yīng)用等。支持和培訓(xùn)當(dāng)企業(yè)準(zhǔn)備應(yīng)用容器化戰(zhàn)略時，管理平臺提供商是否向企業(yè)保證的支持以及培訓(xùn)在所有可用的選擇中，只有少數(shù)的一些公司，如支持了這些選項。

作為時下最火熱的熱點詞匯：Kubernetes，其擁有成熟的社區(qū)，大公司的背景等等獲得了大部分人的認(rèn)可，很多公司都在準(zhǔn)備啟用Kubernetes，但是你的企業(yè)真的準(zhǔn)備好了去采用Kubernetes這項技術(shù)嗎？ 數(shù)人云今天給大家分享的本篇文章將從源頭——容器入手，逐步分析選擇Kubernetes所需要的思考及準(zhǔn)備。

容器的使用比例正在迅速增長，開發(fā)商熱愛它，企業(yè)也以前所未有的熱情去擁抱它。

如果你的IT部門正在尋求一種更快，更簡單的方法去進(jìn)行應(yīng)用開發(fā)，那么容器技術(shù)正好可以滿足需求，但什么是容器呢？它們都會處理哪些問題？Kubernetes是否適用于容器和集群管理空間？為什么要向企業(yè)展示實施挑戰(zhàn)？在探索容器和集群管理工具是否適合應(yīng)用開發(fā)需求時，應(yīng)考慮哪些因素？

以下是每個企業(yè)需要了解容器、容器集群管理、Kubernetes的優(yōu)缺點以及如何從Kubernetes實現(xiàn)中獲得最大利益的一些要點。

當(dāng)應(yīng)用開發(fā)人員進(jìn)行測試時，必須確保在從一個計算環(huán)境移動到另一個計算環(huán)境時能夠可靠得運行，這可能來自于從一個登臺環(huán)境到生產(chǎn)環(huán)境，或者從一個前期服務(wù)器到云中的虛擬機，這產(chǎn)生的問題就是，不同的環(huán)境很少是共生的，軟件可能不同，但網(wǎng)絡(luò)和安全環(huán)境幾乎不可能相同。

容器通過將組成的開發(fā)環(huán)境所有東西打包成一個包去解決這個問題，這引入了環(huán)境一致性的級別，并允許開發(fā)人員以相同的方式快速、可靠得部署應(yīng)用程序，而不管部署環(huán)境如何，通過對應(yīng)用平臺及其依賴關(guān)系的容器化，操作系統(tǒng)分布和底層基礎(chǔ)結(jié)構(gòu)的差異被抽象出來了，事實上，使用容器，就可以忘記所有的基礎(chǔ)設(shè)施。

模塊化的、可執(zhí)行的應(yīng)用包應(yīng)用，容器包括需要運行一個應(yīng)用的每個元素——從代碼到設(shè)置，這種可移植性使容器成為組織思考多云策略的重要資產(chǎn)。

容器還可以幫主準(zhǔn)備適當(dāng)?shù)腄evOps實現(xiàn)及高效、快速交付的目標(biāo)，使用容器，可以更新和升級且不需要從每次開始的遺留問題，這也多虧了容器，在現(xiàn)有系統(tǒng)中實現(xiàn)新的應(yīng)用和效率并不像想象的那么難。

最近的一項調(diào)查顯示，在過去的12個月里，94%的受訪者曾調(diào)研或正在使用比虛擬機更輕，資源更少的容器技術(shù)。

Docker現(xiàn)在是主流的容器技術(shù)，已經(jīng)有了成熟的技術(shù)棧，強大的開源生態(tài)系統(tǒng)，且與任何平臺的高強度兼容性，以及最主要的機遇和運氣。Docker已經(jīng)遠(yuǎn)遠(yuǎn)超越了曾經(jīng)的對手——rkt，OpenVZ和LXC，與底層基礎(chǔ)設(shè)施不可變和獨立，讓Docker在開發(fā)者機器上運行的方式與在生產(chǎn)環(huán)境中是一樣的。

為了有效得實現(xiàn)DevOps方法，在企業(yè)級應(yīng)用開發(fā)和有效管理容器技術(shù)和平臺，需要合適的工具。

這就是容器集群管理或容器編排解決方案發(fā)揮作用的地方，隨著企業(yè)將容器的使用擴展到生產(chǎn)中，問題出現(xiàn)在管理哪些容器運行在哪里，如何處理所有的這些容器，以及確?？缢拗鞯娜萜髦g的簡化通信，這些容器被稱之為“集群”。

容器集群管理工具提供了一個企業(yè)框架，用于在大規(guī)模上集成和管理容器，并確保在實踐DevOps時保持必要的連續(xù)性，基本上，它們可以幫助您定義初始容器部署，同時在后臺處理關(guān)鍵的IT功能，如可用性、伸縮性和網(wǎng)絡(luò)——所有這些都是Streamlined、標(biāo)準(zhǔn)化和統(tǒng)一的。

根據(jù)Gartner最近的一項調(diào)查顯示，大約50%的受訪者計劃在2017年年底前實施持續(xù)交付和DevOps，以便更快、更頻繁、更可靠得提供服務(wù)，Puppet Labs發(fā)布的DevOps報告顯示，專注于自動化和DevOps的高性能企業(yè)能夠減少它們的交付和變更時間，因為它們提供的服務(wù)改變了4440個，并且增加了46倍的服務(wù)。這些結(jié)果幫助DevOps采用了一種主流的企業(yè)IT現(xiàn)象，因此，今天我們在幾乎所有的行業(yè)和公司規(guī)模上都看到了DevOps的采用。

盡管DevOps的快速采用有許多驅(qū)動因素，但在技術(shù)方面，容器在提高所有團隊的自動化程度方面發(fā)揮了關(guān)鍵性作用，由于Linux容器的簡單性、可用性和可移植性，曾經(jīng)為高度工程關(guān)注的組織保留的自動化技術(shù)現(xiàn)在已經(jīng)變得可用了。

容器提供了標(biāo)準(zhǔn)的打包格式和運行時，無論應(yīng)用是如何架構(gòu)、配置和在容器內(nèi)運行，都可以運行任何應(yīng)用，標(biāo)準(zhǔn)化是一個操作系統(tǒng)、中間件、數(shù)據(jù)庫和其他組建的長期標(biāo)準(zhǔn)操作環(huán)境（SOE）項目的目標(biāo)，實際上已經(jīng)變成了今天的容器，因此本文坐著看來，這是DevOps人氣的主要轉(zhuǎn)折點。

盡管容器可以提供標(biāo)準(zhǔn)化，但容器不能解決的是實現(xiàn)持續(xù)交付和DevOps所倡導(dǎo)的其他原則所需的端到端自動化，容器提供堅實的標(biāo)準(zhǔn)地面，然而，自動化的過程應(yīng)該在它之上，以使更快的服務(wù)交付。

Kubernetes是在Googer的15年以上容器經(jīng)驗中誕生的，作為一個精心策劃的框架，被創(chuàng)建并捐贈給社區(qū)，容器的自動化部署和管理基礎(chǔ)設(shè)施無論使用如虛擬化服務(wù)器的基礎(chǔ)設(shè)施，私有云或公有云等，在GitHub上，Kubernetes已經(jīng)成為了最活躍的開放源碼項目之一，有上千萬的貢獻(xiàn)者和數(shù)以百計的供應(yīng)商。

雖然Kubernetes不提供完整的連續(xù)交付自動化，但它提供了比容器提供的堅實基礎(chǔ)更高的起點，在容器中運行容器的許多操作復(fù)雜性已經(jīng)通過編排框架來解決，盡管Kubernetes仍然需要團隊在其上面構(gòu)建一個端到端的自動化流程，但它確實提供了許多現(xiàn)成的模塊，幫助用戶構(gòu)建一個定制的自動化流程，以進(jìn)行持續(xù)交付。

對于容器集群管理有多種選擇，然而Kubernetes現(xiàn)在比較火熱，稱為最廣泛的開源解決方案，經(jīng)過15年的Google研發(fā)，以及令人羨慕的開源社區(qū)（包括紅帽、Canonical、CoreOS和微軟），Kuberentes的成熟速度比市場上任何其他產(chǎn)品都要快。

Kubernetes為容器集群管理提供了一個很好的選擇，因為它為開發(fā)者提供了一種工具，可以快速高效地響應(yīng)客戶需求，同時減輕云中的運行應(yīng)用負(fù)擔(dān)。通過消除與部署和伸縮您的容器應(yīng)用相關(guān)的許多手工任務(wù)，以便在從一個環(huán)境移動到另一個環(huán)境時更可靠得運行應(yīng)用，例如：可以調(diào)度并將任意數(shù)量的容器部署到節(jié)點集群（在公共、私有或混合云中）。然后Kubernetes扶著管理這些工作負(fù)載，讓其執(zhí)行意愿。

由于Kubernetes，容器任務(wù)被簡化，包括部署操作（水平自動伸縮、滾動更新、金絲雀部署）和管理（監(jiān)視資源、應(yīng)用健康檢查、調(diào)試應(yīng)用等）。

盡管Kubernetes有很多優(yōu)勢，但正如之前討論過的，在選擇最好的Kubernetes管理平臺時，其仍然相對難以設(shè)置和使用，管理Kubernetes是一個耗時的過程，需要高技能的員工和一個潛在的巨大的貨幣承諾，對于沒有經(jīng)過培訓(xùn)的人員來說，Kubernetes似乎可以在數(shù)小時或數(shù)天內(nèi)運行，但在生產(chǎn)環(huán)境中，需要額外的功能——安全性、高可用性、災(zāi)難恢復(fù)、備份和維護——所有需要讓Kubernetes生產(chǎn)“準(zhǔn)備就緒”的一切都是如此。

其結(jié)果是，那些應(yīng)用了Kubernetes的企業(yè)很快就意識到，他們無法在不引入技術(shù)和昂貴外部資源的情況下交付它。

那么，有什么選擇呢？答案在于Kubernetes的管理工具，為了簡化企業(yè)的Kubernetes管理，即使你的系統(tǒng)是剛性的，流行的解決方案包括構(gòu)造，紅帽的開放移動容器平臺，Rancher，andKublr。

當(dāng)為企業(yè)選擇Kubernetes管理平臺時，有很多事情需要考慮，包括：

產(chǎn)品準(zhǔn)備就緒：它是否提供了您需要完全自動化的Kubernetes配置的特性，沒有配置麻煩？是否具有企業(yè)級的安全特性？它會自動處理集群中的所有管理任務(wù)嗎？它是否為您的應(yīng)用程序提供高可用性、可伸縮性和自愈性？

未來準(zhǔn)備就緒：平臺是否支持多云策略？盡管Kubernetes允許在任何地方運行應(yīng)用且不需要使它們適應(yīng)新的托管環(huán)境，但要確保Kubernetes管理平臺能夠支持這些功能，以便在將來需要時可以進(jìn)行配置。

易于管理：是否包含自動化的智能監(jiān)控和警報？是否消除了分析Kubernetes原始數(shù)據(jù)的問題，以便對系統(tǒng)狀態(tài)、錯誤、事件和告警有一個單一的窗格視圖。

支持和培訓(xùn)：當(dāng)企業(yè)準(zhǔn)備應(yīng)用容器化戰(zhàn)略時，Kuernetes管理平臺提供商是否向企業(yè)保證24X7的支持以及培訓(xùn)？

在所有可用的選擇中，只有少數(shù)的一些公司，如Kublr支持了這些選項。加速和簡化了Kubernetes的建立和管理，提供自愈的自動伸縮解決方案，可以將遺留系統(tǒng)引入到單個引擎的云上，同時可以在后臺無縫得維護、重建或替換它們，模塊之間的動態(tài)、靈活性和不匹配的透明性，是一種雙贏。

當(dāng)思考和計劃Kubernetes企業(yè)戰(zhàn)略時，要明確自己在前進(jìn)道路上的障礙，以及對Kubernetes的挑戰(zhàn)和誤解，找出應(yīng)當(dāng)在Kubernetes平臺上尋找什么，花點時間做一個Kubernetes平臺的比較，最后，看看自動化工具如何能夠提供生產(chǎn)準(zhǔn)備（最重要的特性）、未來準(zhǔn)備、易于管理和支持需要使用Kubernetes。

以上是小數(shù)今天分享的文章，給想采用Kubernetes的企業(yè)供以參考，希望對大家有所幫助。

原文作者：Kublr Team

原文鏈接：http://www.tuicool.com/articl...