這篇文章主要介紹“docker集群產品形態的需求是什么”，在日常操作中，相信很多人在docker集群產品形態的需求是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”docker集群產品形態的需求是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
云計算的出現是因為用戶在自己的機房里面搭建一個穩定可用、易于維護的服務端的成本（時間、金錢）太高。但是實際上，根據我自己在搭建一個家庭NAS的服務端軟件的成本核算來看，對于一個稍微大一點的企業用戶，無論是AWS和阿里云的成本還不足以小于用戶自己建機房的成本，這也是公有云目前還不能代替私有云的最主要原因。安全、性能都不是真正決定用戶選擇公有云和私有云的主要因素。對于中小企業（淘寶電商），公有云的成本是足夠低的，對于大企業（京東、銀行），公有云的成本不足以抵消雇傭工程師自建的成本。
docker的流行是因為打通了一個自包含的開發到運行的過程，降低了整體開發運維成本。docker之前的容器產品沒有做到這一點，僅僅關注于運行時隔離，沒有打通從開發到部署整個流程。
k8s的流行是因為docker解決的是單機的問題，而k8s解決的是在一個機器集群上部署運維容器的問題。這里解決的是部署和運維，沒有解決開發和測試。由于來自于Google，所以k8s上跑的應用主要場景針對分布式的，自行解決有狀態問題的應用。
在這個領域思考要避免兩個誤區。
亨利福特：如果我最初問消費者他們想要什么，他們應該是會告訴我，‘要一匹更快的馬！’——突破表象，找到客戶真正的需求：“更快、更方便的到達目的地”
智能手機從發明開始，其電池續航能力都不如傳統手機，需要一天一充。tesla電動汽車的成本目前居高不下，無法大規模普及?！碌陌l明不可能全面超越舊的，必然有缺陷，只要想方法用優勢抵消而非解決這個缺陷即可，不存在一個新的形態一定能解決所有問題。
其實在業內對于這種需求已經有兩種描述了，DCOS和serverless。本質是一樣的。
讓開發者專注于業務邏輯的開發，以盡可能低的成本解決運維，部署，更新問題。這個問題的子問題是解決不同開發者之間的程序互相通信的問題，也就是微服務所要解決的問題。
需要賦予開發者足夠的自由，能發揮硬件的所有功能。GAE的沙箱模式的失敗說明了這一點，少閹割，多抽象，同時也證明了開發者也和其他用戶一樣，對語言有用戶習慣，較難改變
開發者是懶惰的，這個懶惰包括了不愿意改變linux的內部文件系統布局（docker），希望通過shell來操作整個系統
為了滿足前面3點，需要額外的硬件資源來服務開發者。這里的推論就是，在需要節省計算資源的電信基站領域和嵌入式領域，沒有云容器集群的生存空間。
以上的描述考慮的是開發者，如果僅僅考慮開發者，那么提供的還是更快的馬（這里我使用了全文的第一個類比，所以這句話不一定成立），同時，開發者只能部分的影響企業的IT決策?，F有的IaaS類產品完全可以滿足搭建一些服務端程序的需求。
作為一個操作系統（廣義），超級應用（Killer-APP）是吸引開發者、用戶、硬件生產商的主要原因。windows-office, linux-httpd/MySQL, IOS-微信, IBM大機-Oracle/DB2。
超級應用的定義是，只能在這個平臺上完全發揮威力、應用廣泛的應用。推論：一個應用，如果在單機的linux上跑就能解決問題，那不會成為云容器集群進步的助力，反而云容器集群為了兼容這些應用要付出額外的成本。
按上面幾條來思考，PaaS在這個領域，能提供的超級應用是大數據和人工智能，明確的說，人工智能領域是TensorFlow。大數據領域我不知道是什么。也許還有別的，等待挖掘。
破壞性技術一開始在主流市場、主流客戶上無法取得成功。破壞性技術要要構建新的價值網絡和市場。所有試圖取代IOE在企業服務端軟件棧市場的直接進攻都會是失敗的，需要找到一個能有效使用云容器集群、可以容忍其缺點的市場，并集中精力去攻占這個市場，而非妄想通過一套產品滿足所有用戶。
特斯拉找到的市場是高端跑車市場，在這個領域，把電動車加速快的優勢充分發揮出來，把價格貴這一劣勢充分屏蔽掉，劣勢轉換為優勢。然后從這個細分市場反攻主流市場，目前還在路上。
目前的首要任務是尋找這些種子用戶，人工智能用戶，大數據用戶，或許是別的領域的用戶，觀察（而非調查，直接問話只能得到錯誤的結論）他們的行為、痛點并迭代產品，這并非一兩次嘗試就能明確方向的，需要有資源嘗試好幾次。蘋果在發布iphone前，發布了newton掌上電腦，發布了ipod，有成有敗。
延續性技術（解決目前主流用戶的主流需求的技術）并不重要（作為一個技術人員說這一點非常的諷刺）因為現在的技術已經非常好的解決了主流需求。
按照主流思維，電動汽車的最重要技術是電瓶的儲能能力，但實際上，特斯拉通過BMS（電池網絡管理技術）使用軟件的方式提升了續航和儲能能力，電池，直接先買松下的18650，后面做大了再考慮建電池工廠。
存儲、網絡，就是云計算領域的“電瓶儲能能力”（這里我用了本文的第二個類比，所以，依然有可能是不成立的），傳統用戶看重，屬性復雜，可以借力（京東用了k8s + neutron來構建網絡，而非自己去實現容器網絡），需要整理一個我們不需要關注的技術列表。
找到這種技術并不容易，蘋果能做成智能手機，是因為在操作系統上有多年的投資(Mac OS X)，并購買了電容屏技術，SpaceX在工業仿真的軟件上能跨十個數量級尺度仿真。
一個原則是，通過用戶場景來尋找技術，并用最簡單直接的技術來滿足場景，而非創造深奧復雜技術來試圖攻占市場。
目前所能看到的PaaS的優勢和劣勢
| 優勢 | 劣勢 |
|---|---|
| 一定程序打通開發和運行（單容器打通、復雜多容器應用還沒打通） | 沒有全棧的IaaS能力，不支持復雜的網絡和存儲 |
| 運維簡單（依然是無狀態應用擴縮容操作容易，復雜應用沒搞定升級改造等方式） | 僅支持容器，不支持進程類型的應用 |
| 在大規模的情況下，資源利用率超過傳統的虛機模式 | 在小規模情況下，管理面資源消耗依然較大 |
到此，關于“docker集群產品形態的需求是什么”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
