IT運(yùn)維：三種容器編排工具對(duì)比

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

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

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

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


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

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

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