就在前幾個月，Apache 宣佈準備將曾火極一時的 Mesos 項目移至 Attic下 ，保存爲“只讀”狀態。要知道，Attic 是 Apache 軟件基金會爲已終止項目提供的一種解決方案，這意味着 Mesos 正式進入項目“退休”階段。
說實話，我並不驚訝。過去幾年，以 docker、kubernetes 爲代表的容器技術已發展爲一項通用技術，BAT、滴滴、京東、頭條等大廠，都爭相把容器和 k8s 項目作爲技術重心，試圖“放長線釣大魚”。
就說阿里吧，目前基本所有業務都跑在雲上，其中有一半遷移到了自己定製 k8s 集羣上。據說，今年計劃完成 100% 基於 k8s 集羣的業務部署。而服務網格這塊兒，在阿里一些部門（比如螞蟻金服），已經有線上業務在用了。
這充分說明了容器在當今軟件研發領域的地位，掌握容器技術自然成爲很多公司在招聘時的重要選項。
但是，容器技術本身偏向運維，namespace 資源隔離、cgroups 資源限制等概念，對開發者來說，理解起來比較困難。這幾年，在跟朋友探討 k8s 落地時，也有一些問題被反覆提及，比如：
-
爲什麼運行在虛擬機裏的 CPU 監控程序，移到容器之後，再用之前的算法計算容器 CPU 使用率就不適用了？ -
爲什麼我的容器裏有這麼多殭屍進程？ -
爲什麼 kubernetes 一直不支持使用 swap ？ -
爲什麼我的容器內存使用量總是在臨界點？
其實，容器問題雖然很複雜，但最終都會歸結到 Linux 操作系統上，而它不外乎是進程管理、內存管理、文件系統、網絡協議棧，再加上一些安全管理。同時，再考慮容器自身的特性——Namespace 和 Cgroups，畢竟 Linux 內核的特性疊加二者會帶來一些變化。
所以，在解決容器相關問題時，將 Linux 操作系統的主要模塊，和容器的知識結構系統串聯起來，並看到 Namespace 和 Cgroups 帶來的特殊性，有一個整體的思路和體系。
這兩天，看朋友圈有人分享他的專欄《容器實戰高手課》，一口氣讀完了，收穫很大，整個專欄總結成 8 個字，就是“由淺入深，注重實踐”，講解透徹又通俗易懂，簡直是一個寶藏。
總結來說，他深入講解了容器技術的底層實現和核心原理，通過解決 20 個常見容器問題， 讓你搭建完整的容器知識體系，掌握常見 Linux 內核調試工具的使用場景，和Namespace、Cgroups 的實際應用。內容挺硬的，都是工作中實打實用得上的，在這推薦給大家，而且申請到了特別優惠。
輸入專屬口令：rongqi666
到手僅 ¥69，半價秒殺
即將漲價至 ¥129
他是如何講透容器的？
內容的設計上，參考操作系統的模塊劃分，依次講解容器進程、容器內存、容器存儲、 容器網絡、容器安全這 5 大模塊，從實際問題入手，帶你係統掌握容器核心點 Namespace 和 Cgroups，並理解其對傳統操作系統行爲的影響。
比如，Memory Cgroup 對 Pagecache 和 Swap 空間有怎樣的影響；在 proc 文件系統下，我們的網絡參數應用了 Network Namespace 後，需要如何重新設置，等等。
給大家梳理了一些重點問題：
進程與CPU問題：如何清理殭屍進程？如何拿到容器CPU的開銷？
內存問題：OOM Kill到底是怎麼一回事兒？爲什麼容器的內存使用量總在臨界點?
容器存儲：OverlayFS系統是如何工作的？如何限制容器把宿主機磁盤寫滿？
容器網絡：容器網絡不通怎麼調試？如何處理網絡亂序包？
容器安全：容器中的Privileged權限和root用戶的適用場景是什麼？
此外，他還專門做了一個專題加餐。通過一個真實案例，帶你瞭解 perf，ftrace，bcc/ebpf 這幾個 Linux 調試工具的原理，熟悉它們在調試問題的不同階段所發揮的作用，並用它們解決現實場景中複雜的容器問題。
有多幹貨，來看看目錄：
口碑相當不錯，我隨便截了幾個，你可以看看：
再提醒一遍
👇點擊「閱讀原文」，輸入優惠口令「rongqi666」，漲價前半價入手。
本文分享自微信公衆號 - Kirito的技術分享（cnkirito）。
如有侵權，請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”，歡迎正在閱讀的你也加入，一起分享。