財神娛樂首存即享優惠回饋唷~詳情請進👉

三個臨二手拉霸機盆情況中使用Docker的案例

539二三四星連碰多少錢

《三個臨盆情況中使用Docker的案例》要點:
本文先容了三個臨盆情況中使用Docker的案例,但愿對您有效。若是有疑難,可以接洽咱們。

在2017年1月17日的Helsinki的首屆Docker線下碰頭會中,Solita、Zalando以及Pipedrive公司分手先容了Docker在臨盆情況中的理論,包含案例及響應的輸出輸入.同時,也先容了Docker在臨盆情況中的優點、錯誤謬誤以及痛點.

Solita的使用處景

起首,Solita公司的Heikki Simperi先容了他們公司若何行使Docker來處置多種app以及芬蘭國度鐵路治理體系(VR)的瓜葛,和他們在使用Docker進程中碰到的成績.

Solita在Docker上運轉了多種app,包含火車司機導航體系、關照體系以及交通節制app.Heikki分外提到在鐵路治理體系中淘汰體系停機維護時間的緊張性.他的原話是:“anything over a 3-5 min downtime causes delays for trains,but nobody dies.”

他們在使用Docker進程中碰到的大部門成績大致包括如下幾個方面:構建鏡像、創立公有倉庫、移除或者者啟動容器和app中存在的bug.總的來說,他們使用Docker進程中一向是穩固的,而且是零停機維護.

他們之前碰到的成績在進級Docker版本以后或者淘汰或者辦理.他們正期待Docker1.12穩固版本在RedHat民間渠道上的發布.

Zalando的使用處景

隨后,Rami Rantala先容了Zalando公司的各個團隊以及項目中是若何使用Docker用于部署臨盆體系.

在Zalando Helsinki的辦公地,這里有跨越100多名事情職員以及多個團隊,他們擔任不同的臨盆體系、相關索求研究、繼續交付等事情,采取迅速開發的方式開發他們的平臺.

每個自立團隊均有自力的AWS賬號,并且無視了弗成以在臨盆情況運轉Docker的倡議.據Rami先容,在Zalando內,任何運轉在AWS上的法式都采取了Docker運轉,Docker被認為是獨一許可用于部署臨盆情況的對象.他們一樣有自力的Do大樂透開獎直播cker資本庫(Pierone),他們自立的Docker根基鏡像以及每個實例運轉一個全棧容器.

有許多范疇還存在改進的空間,包含以下內容:部署太慢,他們丟掉了Docker中層通訊的上風,每個實例運轉一個容器的價值很高,致使存在數千個實例;另一個成績在于Docker常常拖垮Pierone.

他們現在正調研使用Kubernetes,它望起來可以下降本錢,對AWS賬號以及根基辦法要求更低,更高效的行使容器間通訊以及疾速簡略的部署.他們在手藝周進行了手藝練習訓練,并企圖在第二季度用于臨盆情況灰度發布.

Pipedrive的使用處景

最初,Renno Reiurm接頭了Pipedrive公司在使用Docker中的勞績與痛點.這是家致力于輔助小微企業節制龐大販賣流程的公司,成立于2010年,現在領有30000家付費客戶,并有200多名雇員以及Tallinn、Tartu以及New York有三處辦公地.

Pipedrive采取Docker并感觸感染到了跟著營業增加,Chef帶來的種種成績.因為很少往編寫設置單,使得輕易遺忘Chef的事情道理,而進修一門新的說話以及對象又存在一個準入門檻.

他們最后的Docker平臺是在Vagrant虛機情況中,后來他們遷徙到定制化docker宿主機,近來遷徙到了Docker4Mac.

Docker構建的第一個版本使用的是Codeship Docker CI beta版本,而且初次使用了Tutum(Docker Cloud)作為編排服務.

此次測試使用有許多錯誤謬誤,包含Codeship的CI處置速率很慢,Docker構建自身就必要15分鐘.此外,Docker Tutum集群的部署必要10分鐘.偶然候,他們慢得都不克不及確認它是否還在事情.他們還碰到了穩固性的成績,包含‘‘數據丟掉’’以及‘‘服務宕機’’.

因為必要提高CI進程的速率,而且提高Docker根基辦法的靠得住性,Docker根基辦法2.0降生了.

在運轉Docker時,管道驅動的錯誤謬誤包含:構建、測試以及部署容器所需的時間;花費者只要要毗鄰到康健服務;一樣平常維護Jenkins事情,曩昔容器處置10,000個毗鄰以及延續的高負載.

使用Docker的利益包含:運用法式的演進–他們變得充足通用,可以再多個區域以及情況中運轉;從設法到上線可以從兩周淘汰到一天;服務器與服務之間的治理是異步的.

Pipedirve容器采取繼續增加:從客歲10月以來,有70家公司的Docker服務,90個Docker容器鏡像,500個容器運轉,3200個容器部署.Pipedrive上天天有30個容器部署,1個新增容器發生.

Renno對Docker化提出的倡議包含:警惕看待操作體系、閱讀GitHub上的成績、閱讀源碼、堅持最新的數據以及機能測試.

優點、錯誤謬誤以及痛點

最初,Jari Kolehmainen的設法引起了對于Docker的演講:優點、錯誤謬誤以及痛點,這讓人想到了若何在臨盆環節中使用Docker時幸免“錯誤謬誤以及痛點”.個中一種要領是使用Kontena容器以及微服務平臺——就像它在任何云上事情同樣,易于配置以及使用.

Jari提到,在臨盆情況中使用Docker的第一步是“像一個過山車,有起有伏”,但它的利益跨越了這個,而“終極你將會獲得偉大的勝利”.

關于那些尚未在臨盆情況中運轉Docker的人來說,大概您正在測試情況中運轉它,那末第一步便是選擇精確的路徑,這關于向臨盆轉移是至關緊張的.平日環境下,這條路是預先確定的,無論是項目限定(你必需使用數據中央或者一些云服務等),但若是你可以自由選擇,那末你就有三個首要的選擇:DIY撲克牌遊戲,租一個真實的云服務,或者者你可以使用一個預制的平臺,譬如Kontena.

在DIY模式中,你有一個引擎,譬如Docker引擎,你試著調整并與你的團隊或者你本人確立真實的“汽車”.

一般來說,這聽起來像是一件乏味的工作,你可以節制一切的工作,并且它是有用的.花了一些時間在現實的引擎上調優后,然后你就可以把一切的器材都放在臨盆情況上,偶然候你可能會失去一輛有引擎的汽車,有許多管道膠帶、空調節制體系,然則你永久不曉得它甚么時辰會壞.

Jari的倡議是“不要做”.在臨盆情況中,若是你是運轉Dock改善偏財運er的新手,DIY選項多是一個有效的進修對象,但最佳不要本人下手,由于你極可能只但愿經由過程DIY進程實現本人的事情.

云租賃服務包含AWS、Azure、Kubernetes等供應商供應的所有服務,一切這些都是不錯的選擇.就像坐出租車同樣,你只要要領取一筆錢,你就可以讓整個體系預備好,而不必要維護任何器材.這可能比其余的方案更得當于小我私家使用.

然則,若是您的項目必要在一個數據中央或者者某個沒有這些選項之處運轉,那末第三個選項極可能是精確的.

保舉的平臺包含:Docker集群(新)、Kubernetes、Kontena以及DCOS.當你不想本人下手的時辰,一切這些都是不錯的選擇.你可以選擇個中一種或者另一種,但不保舉DIY.

【免責聲明】本站內容轉載自互聯網,其相關談吐僅代表作者小我私家概念盡非權勢巨子,不代表本站態度。如您發明內容存在版權成績,請提交相關鏈接至郵箱:,咱們將實時予以處置。

捕 魚 達人 大陸