1樓：ShevYan
我覺得有幾個原因：
1. Solaris肯定沒有linux的使用者基數多；
2. 如果我們把hyper-v作為雲計算1.0的基礎，那麼容器技術就是雲計算2.0的基礎，Docker正好趕上了雲計算飛速發展得時代；
3. 開源社群的貢獻，如果沒有開源今天沒人知道docker；
4. Docker社群運營，那個社群看似沒什麼互動，但是有太多的人願意為它貢獻文章和新聞；
5. 離不開大廠商的支援，幾乎所有的雲計算廠商都在圍繞docker做文章；
2樓：tennix
一項技術火不火，不僅僅是技術本身的原因。時勢造英雄，雖然容器技術早在 solaris 和 freebsd 上面發展出來了，但是它們都沒火起來，首先是因為它們本身屬於小眾平台，玩這兩個系統的人比較少，另外當時雲計算，微服務還沒有流行起來，當時企業對於使用容器並沒有強烈需求。容器技術的火熱與 micro service 是緊密相關的，micro service 也是13 年左右開始火起來的，這種架構出來對於開發來說減輕不少負擔，但是對運維來說，要管理大量 micro service，是一項相當大的挑戰，這時 docker 正好出來了，支援使用者基數最多的 Linux 平台，而且之後又支援了桌面使用者最多的 mac 和 windows 平台，同時操作起來要比傳統的 container 方便友好多了（用過其它container技術的應該有感受），剛好迎合了運維的需求，另外 devops 也是那時出來的，而 docker 出現也可以解決 devops 的一些問題，所以天時地利都有了，再加上那些巨頭公司的推動，人和也有了，同時具備這些條件想不火都難。
所以技術的火熱不要光著眼於技術本身，有些技術本身很爛，但是藉著其它條件同樣可以很火，比如世界上最好的語言和世界上最流行的語言
3樓：
因為滿地都是會用幾下 Linux 的碼農和 SA，又有幾個會去把環境全部部署在 Solaris 上的公司？（何況離 Oracle 那麼近不怕……啊？
docker部署的springboot專案，容器經常記憶體不足，差不多兩天就要掛掉乙個專案，怎麼辦？
創帆雲 你在啟動容器的時候，加上 oom kill disable 引數試試 引數的意思是當記憶體不足時，不要強制殺掉docker程序 如果仍然不行，那物理機的記憶體已經嚴重不夠了，你用大記憶體的雲環境測試吧，我們很多用得這種雲環境 已登出 1.可以限制記憶體 2.不存在原來4G記憶體跑乙個程式，現...
docker的IO效能問題
好棒娃娃 算工傷，看的是否工作時間，是否工作職責規定的工作內容。但是在審判實踐中，考慮到勞動者與公司 企業法人相比處於弱勢地位，且工傷事故大多與工人違章操作有關，故工傷保險實行無責任補償原則，無論工傷事故的責任歸於用人單位還是職工個人或第三人，用人單位均應承擔保險責任，以保障勞動者在生產工作中受事故...
docker如何選擇指定的linux映象發行版本
王瑋鴻 centos 6的核心是2.6.32的,基本上docker需要的核心技術 namespace cgroup 都支援了,部分技術甚至是2.4的核心中就已經支援了.後續的核心版本一般都會相容以前的核心版本,除非是上古的版本.docker是應用層的工具,底層作業系統的介面如do clone,cgr...