IT運維：三種容器編排工具對比

2020-03-31 21:14 作者：admin 瀏覽量：

為什么傳統(tǒng)企業(yè)需要互聯(lián)網(wǎng)思維，因為結(jié)構(gòu)效率大于運營效率，想如何提升各大平臺網(wǎng)店的銷量，如何做微信生態(tài)營銷，如何找到合適的電商人才這類問題都屬于運營效率層面的問題，如果結(jié)構(gòu)效率得不到提升，運營效率也很難體現(xiàn)出它的價值。對于傳統(tǒng)企業(yè)互聯(lián)網(wǎng)轉(zhuǎn)型來說，絕對不僅僅是在網(wǎng)上開個店，在微信開個公眾號那么簡單，而是基于互聯(lián)網(wǎng)影響下的產(chǎn)業(yè)發(fā)展，消費行為變遷，對整個商業(yè)模式的重新思考，對內(nèi)部管理體系，業(yè)務(wù)流程的再造和升級，這是一項系統(tǒng)工程，其背后貫穿的是一整套新商業(yè)思維，我們稱之為互聯(lián)網(wǎng)時代的獨孤九劍。

擁有這種思維的企業(yè)就像掌握了笑傲江湖的獨孤九劍，就能在商業(yè)江湖中擁有自己的一席之地。

獨孤九劍第一式：用戶思維。從品牌運營到企業(yè)運營一切以用戶為中心。用戶思維在價值鏈各個環(huán)節(jié)都要以用戶為中心互聯(lián)網(wǎng)消除信息不對稱，使得消費者主權(quán)時代真正的到來。新消費者最大特點是社交化，本地化，移動化和個性化。用戶思維的三大法則，第一法則是聚焦自己的用戶，目標消費者就是我們的市場定位。第二法則是，清晰的了解到目標消費者的需求，不僅僅是功能需求，更需要的是情感的訴求，要洞察到他們真正到底想要的是什么，并做到感同身受，這是關(guān)于品牌和產(chǎn)品的規(guī)劃。第三大法則是，用戶體驗至上要打造整個鏈條的用戶體驗。
獨孤九劍第二式：簡約思維。大道至簡互聯(lián)網(wǎng)時代的產(chǎn)品戰(zhàn)略越簡單越好，專注少即是多，簡約就是美。
獨孤九劍第三式：極致思維。從渠道為王到產(chǎn)品為王，極致就是匠心精神，互聯(lián)網(wǎng)時代的競爭只有第一沒有第二好產(chǎn)品會說話，打造讓用戶尖叫的產(chǎn)品需求，要抓得準，自己要逼得狠，管理要盯得緊。還要打破常規(guī)的認識去挑戰(zhàn)人們的底線，更要創(chuàng)新以及不斷的微創(chuàng)新，服務(wù)技能，營銷超越，期待同理心，人人都是服務(wù)員。
獨孤九劍第第四式：迭代思維。從敏捷開發(fā)到精益創(chuàng)業(yè)，傳統(tǒng)企業(yè)需要的更是一種迭代的意識，小處著眼，微創(chuàng)新進入微時代，微創(chuàng)新成為主流的背后邏輯，天下武功唯快不破，快是一種力量，做到快速迭代。
獨孤九劍第五式：流量思維。流量的本質(zhì)就是用戶的關(guān)注度，流量意味著體量，體量意味著份量，免費是為了更好的收費，免費獲取流量，免費的玩法。
獨孤九劍第六式：社會化思維。在社會化商業(yè)的時代，用戶以網(wǎng)的形式存在，社會化媒體重塑企業(yè)和用戶的溝通方式，基于平等的雙向溝通，基于關(guān)系的鏈式傳播，基于信任的口碑營銷，基于社群的品牌共建，社會化網(wǎng)絡(luò)重塑組織管理和商業(yè)運作模式，群策群力研發(fā)眾包，鏈接客戶，優(yōu)化服務(wù)聚沙成塔，眾籌融資網(wǎng)絡(luò)人才精準匹配。
獨孤九劍第七式：大數(shù)據(jù)思維。數(shù)據(jù)資產(chǎn)成為核心競爭力，一切皆可數(shù)據(jù)化，聲嘶力竭的大數(shù)據(jù)和不動聲色的小數(shù)據(jù)，數(shù)據(jù)資產(chǎn)將成為核心競爭力，大數(shù)據(jù)的思維的核心是理解數(shù)據(jù)的價值，透過數(shù)據(jù)處理創(chuàng)造商業(yè)價值，小企業(yè)也要有大數(shù)據(jù)。大數(shù)據(jù)將驅(qū)動企業(yè)的運營管理，未來有價值的公司一定是數(shù)據(jù)驅(qū)動的公司。未來大數(shù)據(jù)將精準化營銷，你的用戶不是一類人，而是每個人將會運用精細化運營，這是大數(shù)據(jù)將會帶來企業(yè)的管理變革，而且大數(shù)據(jù)服務(wù)從個性化到人性化。
獨孤九劍第八式：平臺思維。平臺是互聯(lián)網(wǎng)時代的驅(qū)動力構(gòu)建多方共贏的平臺生態(tài)圈，最高階的平臺之爭一定是生態(tài)圈之間的競爭，善用現(xiàn)有的平臺，借勢順勢而為，把企業(yè)打造成員工的平臺，從金字塔走向扁平化，讓每個人成為自己的CEO，讓一線成為引擎，并且肯定人的價值，用創(chuàng)新驅(qū)動人本主義。
獨孤九劍第五式：跨界思維。跨界將成為必然的趨勢，也會重塑產(chǎn)業(yè)的格局，尋找低效點打破利益分配的格局，互聯(lián)網(wǎng)的跨界顛覆本質(zhì)是高效率整合低效率，從低效點出發(fā)尋找跨界的入口打破現(xiàn)有的利益分配格局，把握跨界制勝的命門。狹用戶以令諸侯，用戶數(shù)據(jù)是跨界之聲的重要資產(chǎn)，用戶體驗的是跨界自身的關(guān)鍵，敢于自我顛覆主動跨界。領(lǐng)先者的窘困在于不敢打破常規(guī)，自我顛覆從企業(yè)家開始內(nèi)部培育，顛覆性業(yè)務(wù)自我變革是企業(yè)持續(xù)領(lǐng)先的根本動因。 最后總結(jié)一下，不是因為有了互聯(lián)網(wǎng)才有了互聯(lián)網(wǎng)思維，互聯(lián)網(wǎng)思維不是互聯(lián)網(wǎng)人的專利，互聯(lián)網(wǎng)思維不是刀柄擺制的靈丹妙藥，但也不是虛高的境界，多數(shù)人都在用互聯(lián)網(wǎng)思維做營銷，而少有人去完成互聯(lián)網(wǎng)思維的系統(tǒng)思考，互聯(lián)網(wǎng)思維你認為它重要，它對你就是有意義，你認為他不重要，他對你來說就沒有意義。 這是一個差商業(yè)秩序重構(gòu)的時代，是一個傳統(tǒng)商業(yè)全面轉(zhuǎn)型的時代，趨勢就像一匹馬，如果在馬后面追你永遠都追不上，你只有騎在馬上才能和馬一樣快，這叫馬到成功。
 
以下文章由IT外包服務(wù)商北京艾銻無限科技發(fā)展公司整理
艾銻無限科技專業(yè)：IT外包、企業(yè)外包、網(wǎng)站外包、中小企業(yè)云服務(wù)平臺等北京IT外包服務(wù)
IT運維：三種容器編排工具對比
 
 
1.Swarm
Swarm是Docker的原生集群工具，Swarm使用標準的Docker API，這意味著容器能夠使用docker run命令啟動，Swarm會選擇合適的主機來運行容器，這也意味著其他使用Docker API的工具比如Compose和bespoke腳本也能使用Swarm，從而利用集群而不是在單個主機上運行。
Swarm的基本架構(gòu)很簡單：每個主機運行一個Swarm代理，一個主機運行Swarm管理器（在測試的集群中，這個主機也可以運行代理），這個管理器負責(zé)主機上容器的編排和調(diào)度。Swarm能以高可用性模式（etcd、Consul 或ZooKeeper 中任何一個都可以用來將故障轉(zhuǎn)移給后備管理器處理）運行。當(dāng)有新主機加入到集群，有幾種不同的方式來發(fā)現(xiàn)新加的主機，在Swarm中也就是discovery。默認情況下使用的是token，也就是在Docker Hub上會儲存一個主機地址的列表。


2.Fleet
Fleet是一個來自CoreOS的集群管理工具，自詡為“底層的集群引擎”，也就意味著它有望形成一個“基礎(chǔ)層”的更高級別的解決方案，如Kubernetes。
Fleet最顯著的特點是基于systemd（systemd提供單個機器的系統(tǒng)和服務(wù)初始化）建立的，F(xiàn)leet將其擴展到集群上，F(xiàn)leet能夠讀取systemd單元文件，然后調(diào)度單個機器或集群。

每個機器運行一個引擎和一個代理，任何時候在集群中只激活一個引擎，但是所有代理會一直運行，Systemd單元文件被提交給引擎，然后在 least-loaded機器上調(diào)度任務(wù)，單元文件會簡單運行一個容器，代理會啟動單元和報告狀態(tài)，Etcd用來激活機器間的通訊以及存儲集群和單元的狀態(tài)。這個架構(gòu)用來設(shè)計容錯的，如果一個機器宕機了，這個機器上的所有單元會在新的主機上被重新啟動。Fleet支持各種調(diào)度提示與約束。在最基本的層面，單元的調(diào)度可以是全局的：一個實例將在所有機器上運行，或者作為一個單獨的單元運行在一臺機器上。全局調(diào)度對于如日志和監(jiān)控容器任務(wù)非常實用。支持各種關(guān)聯(lián)類型約束，因此，例如規(guī)定在應(yīng)用服務(wù)器上運行健康檢查的容器。元數(shù)據(jù)也可以連接到主機用于調(diào)度，所以你可以讓你的容器在某一區(qū)域或某些硬件設(shè)備上運行。由于Fleet是基于systemd的，它也支持socket activation概念；容器可以綁定到一個給定端口的連接響應(yīng)上。這樣做的主要優(yōu)點是進程可以即時創(chuàng)建而不是閑置等待某些任務(wù)。有可能涉及到sockets管理的其他好處，如容器重啟的消息不丟失。
3.Kubernetes
Kubernetes是一個由google基于他們上個世紀容器產(chǎn)品化的經(jīng)驗而推出的容器編排工具，Kubernetes有些固執(zhí)己見對于容器如何組織和網(wǎng)絡(luò)強制了一些概念，你需要了解的主要概念有：

· Pods – Pods是容器一起部署與調(diào)度的群體。Pods與其他系統(tǒng)的單一容器相比，它組成了Kubernetes中調(diào)度的原子單元。Pod通常會包括1-5個一起提供服務(wù)的容器。除了這些用戶容器，Kubernetes還會運行其他容器來提供日志和監(jiān)控服務(wù)。在Kubernetes中Pods壽命短暫;隨著系統(tǒng)的進化他們不斷地構(gòu)建和銷毀。
· Flat Networking Space – Kubernetes的網(wǎng)絡(luò)是跟默認的Docker網(wǎng)絡(luò)不同。在默認Docker網(wǎng)絡(luò)中， 容器存在于一個私有子網(wǎng)絡(luò)中，它需要賺翻主機上的端口或者使用代理才能與其他主機上的容器通訊。在Kubernetes，pod中的容器會分享一個IP地址，但是該地址空間跟所有的pods是“平”的，這意味著所有pods不用任何網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）就可以互相通訊。這就使得多主機群集更容易管理，不支持鏈接的代價使得建立單臺主機（更準確地說是單個pod）網(wǎng)絡(luò)更為棘手。由于在同一個pod中的容器共享一個IP，它們可以通過使用本地主機地址端口進行通信（這并不意味著你需要協(xié)調(diào)pod內(nèi)的端口使用）。
· Labels – Labels是附在Kubernetes對象（主要是pods）上用于描述對象的識別特征的鍵值對，例如版本：開發(fā)與層級：前端。通常Labels不是唯一的；它們用來識別容器組。Labels選擇器可以用來識別對象或?qū)ο蠼M，例如設(shè)置所有在前端層的pods與環(huán)境設(shè)置為production。使用Labels可以很容易地處理分組任務(wù)，例如分配pods到負載均衡組或者在組織之間移動pods。
· Services – Services是通過名稱來定位的穩(wěn)定的節(jié)點。Services使用label選擇器來連接pods，比如“緩存”Service可以連接到標識為label選擇器“type”為“redis”的某些“redis”pods。該service將在這些pods之間自動循環(huán)地請求。以這種方式，Services可用于連接一個系統(tǒng)各部件。使用Services會提供一個抽象層，這意味著應(yīng)用程序并不需要知道他們調(diào)用的service的內(nèi)部細節(jié)，例如pods內(nèi)部運行的應(yīng)用程序只需要知道調(diào)用的數(shù)據(jù)庫service的名稱和接口，它不必關(guān)心有多少pods組成了那個數(shù)據(jù)庫，或者上次它調(diào)用了哪個pod。 Kubernetes會為集群建立一個DNS服務(wù)器，用于監(jiān)視新的services并允許他們在應(yīng)用程序代碼和配置文件中按名稱定位。它也可以設(shè)置services不指向pods而是指向其他已經(jīng)存在的services，比如外部API或數(shù)據(jù)庫。
· Replication Controllers - Replication controllers是Kubernetes實例化pods的正常方式（通常情況下，在Kubernetes中不使用Docker CLI）。它們?yōu)閟ervice來控制和監(jiān)視運行的pods數(shù)量（稱為replicas）。例如，一個replication controller可以負責(zé)維持5個Redis的pods的運行。如果一個失敗，它會立即啟動一個新的。如果replicas的數(shù)量減少，它會停止多余的pods。雖然使用Replication Controllers來實例化所有pods會增加一層額外的配置，但是它顯著提高容錯性和可靠性。