容器部署(web容器的web容器部署面臨兩大挑戰(zhàn))

1.web容器的web容器部署面臨兩大挑戰(zhàn)

不是所有企業(yè)都需要容器技術(shù)，還有不少web容器部署與管理的挑戰(zhàn)需要面對(duì)，所以現(xiàn)在先緩緩也沒(méi)有關(guān)系。 web容器與相關(guān)技術(shù)正在為IT行業(yè)設(shè)下一顆超級(jí)炸彈。越來(lái)越多的技術(shù)開(kāi)始支持容器部署模型，但我們?nèi)蕴幵谟螒虻某跗凇?雖然web容器技術(shù)可以簡(jiǎn)化軟件開(kāi)發(fā)與部署，但仍舊有一些挑戰(zhàn)需要解決。一些web容器相關(guān)軟件已經(jīng)準(zhǔn)備接受生產(chǎn)驗(yàn)證，而其web容器他部分依舊在完善中。 不是每個(gè)IT團(tuán)隊(duì)都能用上web容器；尤其是需要修改與調(diào)整流程來(lái)適應(yīng)這項(xiàng)web容器技術(shù)。業(yè)務(wù)需要決定該技術(shù)是否對(duì)其有益，接著才衡量現(xiàn)有流程是否能與之匹配。 數(shù)據(jù)中心采納新技術(shù)的下一階段挑戰(zhàn)是圍繞web容器的支持工具。容器意味著一系列新的數(shù)據(jù)中心配置文件——不僅僅是另外一種虛擬機(jī)。如果我們?cè)诓僮飨到y(tǒng)級(jí)別比較物理與虛擬服務(wù)器，他們共享了許多相同的配置屬性。有許多成熟的工具集可以同時(shí)管理這兩者。 web容器意味著完全不同的事物。我們無(wú)法在服務(wù)器或虛擬機(jī)級(jí)別管理應(yīng)用程序；需要通過(guò)web容器內(nèi)部進(jìn)行管理。這個(gè)變化讓基礎(chǔ)設(shè)施管理團(tuán)隊(duì)從專(zhuān)注于管理應(yīng)用程序，簡(jiǎn)化為集中精力管理web容器軟件。 雖然這被認(rèn)為是一個(gè)好處，但也意味著web容器與管理工具存在間隙。web容器化后，網(wǎng)絡(luò)管理與安全補(bǔ)丁都成為新的挑戰(zhàn)。開(kāi)發(fā)者創(chuàng)建鏡像以及數(shù)據(jù)中心管理者需要對(duì)此承擔(dān)全部或部分責(zé)任——目前仍有待觀察。某些web容器集群管理套件可能可以解決一些基本問(wèn)題。 主流web容器部署需要面對(duì)的另一個(gè)挑戰(zhàn)是，大多數(shù)管理軟件是開(kāi)源的。開(kāi)源軟件往往缺乏專(zhuān)門(mén)的支持結(jié)構(gòu)，以及專(zhuān)有的軟件包。雖然大企業(yè)有專(zhuān)門(mén)的開(kāi)發(fā)人員，他們一般不會(huì)集中為這類(lèi)軟件提供支持。 開(kāi)源的web容器與web容器管理項(xiàng)目都基于穩(wěn)定代碼發(fā)布以及提供標(biāo)準(zhǔn)支持和配置，但很多還不成熟。隨著時(shí)間推移，越來(lái)越多公司將在開(kāi)源軟件上有提供全面支持——類(lèi)似OpenStack與Hadoop的進(jìn)化過(guò)程。 不是每個(gè)人都可以通過(guò)web容器模型受益。但是web容器遲早會(huì)成為IT基礎(chǔ)設(shè)施架構(gòu)的一部分。 正如任何新技術(shù)，初始部署web容器注定是坎坷的。大多數(shù)挑戰(zhàn)會(huì)隨著技術(shù)的發(fā)展迅速消散，但其余問(wèn)題將有可能?chē)@這個(gè)技術(shù)一直存在。

2.如何使用原子主機(jī),Ansible和Cockpit部署容器

設(shè)置組件

開(kāi)始之前，請(qǐng)確保你的系統(tǒng)上安裝了 Ansible。

sudo dnf -y install ansible

首先，我們需要在原子主機(jī)上運(yùn)行 cockpit 容器。在你的機(jī)器上從 /trishnaguha/fedora-cloud-ansible 下載它的源代碼。

$ git clone /trishnaguha/fedora-cloud-ansible.git

現(xiàn)在切換到 cockpit 的目錄，并如下編輯 inventory 文件：

$ cd fedora-cloud-ansible $ cd cockpit $ vim inventory

完成如下修改：

使用你的原子主機(jī)的 IP 替換掉 IP_ADDRESS_OF_HOST。 用您的 SSH 私鑰文件的路徑替換 ansible_ssh_private_key_file ='PRIVATE_KEY_FILE' 行中的PRIVATE_KEY_FILE。

然后保存并退出 inventory 文件編輯。

接下來(lái)，編輯 ansible 配置文件：

$ vim ansible.cfg

替換 remote_user=User 中 User 為你的原子主機(jī)上的遠(yuǎn)程用戶(hù)名。然后保存并退出文件編輯。

結(jié)合起來(lái)

現(xiàn)在是運(yùn)行 Ansible 的 PlayBook 的時(shí)候了。此命令開(kāi)始運(yùn)行原子主機(jī)上的 Cockpit 容器：

$ ansible-playbook cockpit.yml

Cockpit 現(xiàn)在運(yùn)行在原子主機(jī)上了。

3.如何學(xué)習(xí)Docker

1.學(xué)習(xí)Docker，如果沒(méi)有云計(jì)算的基本知識(shí)，以及內(nèi)核的基本知識(shí)，那么學(xué)習(xí)并理解起來(lái)會(huì)稍吃力。作為容器，Docker容器的優(yōu)勢(shì)在哪，不足在哪，最好了解容器的實(shí)現(xiàn)是怎樣的（簡(jiǎn)單了解）；擁有鏡像管理，Docker又該如何體現(xiàn)軟件開(kāi)發(fā)，集成，部署，發(fā)布，再迭代的軟件生命周期管理優(yōu)勢(shì)。以上兩點(diǎn)我認(rèn)為最為關(guān)鍵，有這兩方面的認(rèn)識(shí)勢(shì)必會(huì)對(duì)之后的工作幫助巨大。

2.關(guān)于學(xué)習(xí)資源，起碼的硬件設(shè)施總是要有的。Docker及其生態(tài)的發(fā)展很快，不使用純理論肯定收效甚微。另外，資源還包括Docker官方，各大電子媒體平臺(tái)，技術(shù)論壇，開(kāi)源社區(qū)等，往往大拿的觀點(diǎn)能點(diǎn)破自己的困惑，或者讓自己知道哪方面的認(rèn)識(shí)還很欠缺，以及讓自己少走很多的彎路。

3.個(gè)人興趣的話(huà)，歸結(jié)為強(qiáng)扭的瓜不甜。起碼應(yīng)該認(rèn)同Docker的設(shè)計(jì)價(jià)值，以及Docker的未來(lái)潛力，當(dāng)然有依據(jù)的批判Docker并帶動(dòng)大家的思考，也是深切關(guān)注的表現(xiàn)。

4.個(gè)人發(fā)展方向，我認(rèn)為如果需要把Docker當(dāng)作軟件生命周期管理工具的話(huà)，那用好Docker最為重要，API及命令的理解與使用是必需的。如果專(zhuān)注系統(tǒng)設(shè)計(jì)方面，那么除Docker以上的知識(shí)與經(jīng)驗(yàn)之外，若有Docker源碼的學(xué)習(xí)與理解，那么這些肯定會(huì)讓你的Docker水平提高一個(gè)層次。

4.什么是容器原生存儲(chǔ)Portworx

“云原生”是一個(gè)被人們經(jīng)常使用但不是定義很清楚的一個(gè)術(shù)語(yǔ)。

我們認(rèn)為“云原生應(yīng)用”應(yīng)有以下特點(diǎn)：1. 他們不是單獨(dú)的，它們是離散的、在邏輯上可分離的幾個(gè)部分，每個(gè)單獨(dú)打包和部署。通常這些都是以容器為單元完成，在某些情況下就像普通的Linux軟件包一樣。

2. 在同一臺(tái)計(jì)算機(jī)上不應(yīng)強(qiáng)制運(yùn)行其全部軟件堆棧。它們可以在任何地方、任何服務(wù)器或任何區(qū)域內(nèi)計(jì)劃運(yùn)行。

它們還應(yīng)該能夠在分布式部署系統(tǒng)中相互感知。3. 通過(guò)增加特定計(jì)算邏輯的并行實(shí)例，應(yīng)用程序應(yīng)能夠根據(jù)需求快速擴(kuò)展。

4. 應(yīng)用程序所依賴(lài)的、用于協(xié)調(diào)通信或狀態(tài)保存的服務(wù)應(yīng)該能夠根據(jù)需要以編程和動(dòng)態(tài)的方式進(jìn)行探知和修改，且與其物理基礎(chǔ)設(shè)施無(wú)關(guān)。通過(guò)明確定義云原生的含義，我們可以更好地定義各種云原生技術(shù)組件的職責(zé)劃分。

這些云原生應(yīng)用組件的實(shí)例包括調(diào)度軟件、網(wǎng)絡(luò)軟件以及存儲(chǔ)軟件。什么是云原生容器存儲(chǔ)Portworx?Portworx開(kāi)發(fā)了一種新的存儲(chǔ)體系結(jié)構(gòu)—容器定義型存儲(chǔ)。

它基于高度分布式環(huán)境開(kāi)始構(gòu)建。調(diào)度軟件將其作為容器進(jìn)行部署和管理，并將存儲(chǔ)作為本地卷插件擴(kuò)展到Docker容器中。

Portworx提供了一種現(xiàn)代化的DevOps應(yīng)用部署方式?？梢宰屨{(diào)度工具將存儲(chǔ)基礎(chǔ)設(shè)施部署為容器。

因此，大規(guī)模部署存儲(chǔ)將變得十分簡(jiǎn)單，不需要復(fù)雜的手動(dòng)操作。Portworx側(cè)重于高負(fù)荷負(fù)載，及其在普通服務(wù)器上的容器粒度操作。

Portworx的核心專(zhuān)為現(xiàn)代服務(wù)器構(gòu)建，并利用了NVMe、SSD和更快速網(wǎng)絡(luò)技術(shù)的最新進(jìn)展。Portworx體系結(jié)構(gòu)的使用戶(hù)能夠在混合云環(huán)境中擴(kuò)展其服務(wù)，而不需要在數(shù)據(jù)路徑中使用中央元數(shù)據(jù)服務(wù)器。

這對(duì)于采用容器定義的工作流來(lái)說(shuō)是至關(guān)重要的。為了方便與調(diào)度軟件，如Kubernetes、Mesos、Swarm等進(jìn)行本地集成，我們?cè)谠O(shè)計(jì)Portworx部署時(shí)考慮了以容器為中心的DevOps工作流。

Portworx架構(gòu)還支持以DevOps為中心的內(nèi)路存儲(chǔ)服務(wù)，以及容器化的應(yīng)用。除了容器的本地存儲(chǔ)，Portworx容器定義的存儲(chǔ)的主要優(yōu)勢(shì)包括：容器-細(xì)粒度卷管理 -像數(shù)據(jù)庫(kù)這樣的有狀態(tài)型容器化應(yīng)用需要在分布式節(jié)點(diǎn)上的永久數(shù)據(jù)。

Portworx使用有狀態(tài)的Stateful Fabric來(lái)管理數(shù)據(jù)卷，即container-SLA-aware，來(lái)做到這一點(diǎn)。復(fù)制卷數(shù)據(jù)確保其狀態(tài)，同時(shí)滿(mǎn)足容器化應(yīng)用的性能和可用性。

更重要的是，Portworx可在每個(gè)容器級(jí)別中管理其快照、克隆副本和復(fù)制操作，使DevOps能夠單獨(dú)管理微服務(wù)，而不是像LUNs那用做傳統(tǒng)存儲(chǔ)系統(tǒng)的綁定組。使用Portworx管理有態(tài)容器Stateful Containers很方便，每個(gè)容器級(jí)別的數(shù)據(jù)的可用性和管理也很簡(jiǎn)單，且高度自動(dòng)化。

1. 主機(jī)地址訪問(wèn)型存儲(chǔ)： 主機(jī)地址訪問(wèn)型存儲(chǔ)是在沒(méi)有任何中央元數(shù)據(jù)服務(wù)器的情況下實(shí)現(xiàn)擴(kuò)展存儲(chǔ)。每個(gè)卷直接映射到宿主上（即不需要轉(zhuǎn)譯）。

與當(dāng)前的存儲(chǔ)解決方案相比，Portworx的方法有三個(gè)優(yōu)點(diǎn)：? 消除了管理和維護(hù)中央數(shù)據(jù)庫(kù)的需求，簡(jiǎn)化了存儲(chǔ)管理和配置。? 增加新的節(jié)點(diǎn)，使彈性擴(kuò)展變得更便捷。

? 支持適用于跨數(shù)據(jù)中心跨云的存儲(chǔ)集群云原生架構(gòu)（私有或公有云）。2. 自動(dòng)調(diào)整： Portworx根據(jù)每個(gè)服務(wù)器的配置參數(shù)自動(dòng)調(diào)優(yōu)最佳數(shù)據(jù)放置和分層算法。

從而免除了手動(dòng)干預(yù)、調(diào)優(yōu)或配置RAID參數(shù)或驅(qū)動(dòng)器組的工作。所有的驅(qū)動(dòng)器都將作為一個(gè)大的全局池供Portworx使用，而Portworx軟件將決定存儲(chǔ)的最優(yōu)配置。

3. Lighthouse云監(jiān)控管理： 您的數(shù)據(jù)可以保存在您的云中，也可以存儲(chǔ)在本地環(huán)境，都可以通過(guò)Portworx的Lighthouse云監(jiān)控服務(wù)和直觀的用戶(hù)界面來(lái)管理。4. 快速同步： 快速同步功能為在多節(jié)點(diǎn)環(huán)境中的應(yīng)用性能加速提供同步支撐環(huán)境。

它允許數(shù)據(jù)庫(kù)以更高的IOPS速率運(yùn)行，并通過(guò)減少本地驅(qū)動(dòng)器上的爭(zhēng)用來(lái)支持更大密度的部署。5. 全局命名空間： 卷可以在運(yùn)行在不同服務(wù)器上的多個(gè)應(yīng)用程序之間共享。

6. 云原生擴(kuò)展，包括：?自動(dòng)快照和備份到S3 ?數(shù)據(jù)反饋，云中的虛擬卷可以訪問(wèn)來(lái)自不同云或數(shù)據(jù)中心的數(shù)據(jù) ?CoS與不同EBS卷類(lèi)型配對(duì) ?Restful APIs可用于查詢(xún)命名空間的修改情況——避免了在元數(shù)據(jù)管理中進(jìn)行昂貴的命名 空間操作，如is、find等 Portworx采用了一種全新的容器存儲(chǔ)方法 隨著容器在企業(yè)中的部署越來(lái)越多，大多數(shù)存儲(chǔ)供應(yīng)商感到必須為容器提供支撐，比如Docker的卷插件。但是，連接到Docker的Array忽略了容器的分布式特性，以及需要將容器、調(diào)度器和存儲(chǔ)作為一個(gè)無(wú)縫整體的精密架構(gòu)和易用性。

一些新的用于容器的分布式軟件項(xiàng)目可能會(huì)避免使用傳統(tǒng)存儲(chǔ)供應(yīng)商的方法，但是我們發(fā)現(xiàn)分布式軟件的嘗試在存儲(chǔ)數(shù)據(jù)路徑實(shí)現(xiàn)方面存在缺陷，這可能會(huì)導(dǎo)致嚴(yán)重的性能問(wèn)題和規(guī)模限制。Portworx為企業(yè)客戶(hù)提供了第一個(gè)真正的容器專(zhuān)用型基礎(chǔ)設(shè)施。

因此，它是部署具有嚴(yán)格的、可擴(kuò)展的、自動(dòng)化的、分布式存儲(chǔ)層的有態(tài)容器應(yīng)用的必要的部分，有助于完善容器的生態(tài)系統(tǒng)。

5.如何掌握簡(jiǎn)單壓力容器相關(guān)的知識(shí)和工藝編寫(xiě)

要掌握壓力容器相關(guān)的知識(shí)，可以參閱《壓力容器基礎(chǔ)》《化工設(shè)備》《壓力容器責(zé)任師培訓(xùn)教材》GB150-1998《壓力容器》和《壓力容器安全技術(shù)監(jiān)察規(guī)程》等書(shū)籍和標(biāo)準(zhǔn)。

壓力容器工藝的編寫(xiě)：則需要熟知《壓力容器安全技術(shù)監(jiān)察規(guī)程》、GB150-1998《壓力容器》中的“制造、檢驗(yàn)和驗(yàn)收”具體內(nèi)容。更要熟知壓力容器的質(zhì)保體系、壓力容器通用焊接工藝、制造壓力容器所用設(shè)備的參數(shù)、性能。還必須知道與壓力容器相關(guān)的檢驗(yàn)工藝、無(wú)損探傷、壓力容器材料和必要的展開(kāi)放樣的知識(shí)。

只要掌握以上的東東。也就掌握了壓力容器相關(guān)的知識(shí)和工藝編寫(xiě)。

6.求助壓力容器基礎(chǔ)知識(shí)

一、壓力容器的分類(lèi)：

壓力容器的使用極其普遍，型式也很多。根據(jù)不同的需要，壓力容器有若干種分類(lèi)方法。

按容器的壁厚分為薄壁容器（壁厚不大于容器內(nèi)徑的十分之一）和厚壁容器。

按殼體承受壓力的方式分內(nèi)壓容器（殼體內(nèi)部受壓）和外壓容器。

按容器的工作壁溫分為：高溫容器、常溫容器、低溫容器。

按殼體的幾何形狀分為：球形容器、圓筒形容器、圓錐形容器、輪胎形容器等。

按容器的制造方法分為：焊接容器、鑄造容器、鍛造容器、鉚接容器和組合式容器。

按容器的放置方式分為立式容器和臥式容器。

總之，各種不同的分類(lèi)方法都是從各個(gè)不同需要的角度來(lái)考慮的。但從使用的角度考慮，常把壓力容器分為兩大類(lèi)，即固定式容器和移動(dòng)式容器。這兩類(lèi)容器由于使用情況不同，對(duì)它們的技術(shù)管理要求也不一樣。我國(guó)和其它許多國(guó)家對(duì)這兩類(lèi)容器都分別制訂有不同的管理章程和技術(shù)標(biāo)準(zhǔn)、規(guī)范等。為便于技術(shù)管理，每類(lèi)容器還可以按它的壓力或用途再予以細(xì)分。

固定式壓力容器是指除了用作運(yùn)輸貯存氣體的盛裝容器以外的所有容器。這類(lèi)容器有固定的安裝地點(diǎn)和使用地點(diǎn)，工藝條件和操作人員比較固定，容器一般是用管道與其它設(shè)備相連。根據(jù)我國(guó)《壓力容器安全技術(shù)監(jiān)察規(guī)程》可將這類(lèi)容器分為低壓（設(shè)計(jì)壓力為0.1MPa~1.6MPa，代號(hào)L）、中壓（設(shè)計(jì)壓力為1.6MPa~10MPa，代號(hào)M）、高壓（設(shè)計(jì)壓力為10MPa~100MPa，代號(hào)H）、超高壓（設(shè)計(jì)壓力大于100MPa，代號(hào)U）四個(gè)壓力等級(jí)。此外，按照壓力容器的工藝用途可將固定式壓力容器分為：反應(yīng)壓力容器（代號(hào)R）、換熱壓力容器（代號(hào)E）、分離壓力容器（代號(hào)S）及儲(chǔ)存壓力容器（代號(hào)C）。

移動(dòng)式壓力容器的主要作用是貯裝和運(yùn)輸有壓力的氣體或液化氣體，容器在氣體制造廠充裝氣體，然后運(yùn)送到使用單位使用。這類(lèi)容器沒(méi)有固定的使用地點(diǎn)，一般也沒(méi)有專(zhuān)職的使用操作人員，使用環(huán)境經(jīng)常更換，管理比較復(fù)雜，因而也比較容易發(fā)生事故。按照容積的大小和結(jié)構(gòu)形式，移動(dòng)式壓力容器以可分為氣瓶和槽（罐）車(chē)兩大類(lèi)。

為了有區(qū)別地對(duì)待安全要求不同的壓力容器的技術(shù)管理和監(jiān)督檢查，包括設(shè)計(jì)圖樣的備案和審批、容器制造廠條件的審查、日常使用中的定期檢驗(yàn)與上報(bào)，以及某些技術(shù)條件的要求差別，我國(guó)《壓力容器安全技術(shù)監(jiān)察規(guī)程》將其適用范圍內(nèi)的壓力容器分為三類(lèi)：

低壓容器（第2、3款規(guī)定的除外）為第一類(lèi)壓力容器。

下列情況之一為第二類(lèi)壓力容器。

中壓容器（除第3款規(guī)定的）；

易燃介質(zhì)或毒性程度為中等危害介質(zhì)的低壓反應(yīng)容器和儲(chǔ)存容器；

毒性程度為極度和高度危害介質(zhì)的低壓容器；

低壓管殼式余熱鍋爐；

搪玻璃壓力容器。

下列情況之一為第三類(lèi)壓力容器。

毒性程度為極度和高度危害介質(zhì)的中壓容器或設(shè)計(jì)壓力與容積的乘積大于等于0.2MPam3的低壓容器。

易燃介質(zhì)或毒性程度為中等危害介質(zhì)且設(shè)計(jì)壓力與容積的乘積大于等于0.5MPam3的中壓反應(yīng)容器或設(shè)計(jì)壓力與容積的乘積大于等于10MPam3的中壓儲(chǔ)存容器。

高壓、中壓管殼式余熱鍋爐。

高壓容器。

1、按壓力等級(jí)劃分：

按壓力容器的設(shè)計(jì)壓力（P）分為低壓、中壓、高壓、超高壓四個(gè)壓力等級(jí)，具體劃分如下：

（一）低壓（低號(hào)L）0.1MPa≤P