CoreOS，一款***的 Linux 發行版本，支持自動升級內核軟件，提供各集群間配置的完全控制。

關于使用哪個版本的 Linux 服務器系統的爭論，常常是以這樣的話題開始的：

你是喜歡基于 Red Hat Enterprise Linux (RHEL) 的 CentOS 或者 Fedora，還是基于 Debian 的 Ubuntu，抑或 SUSE 呢?

但是現在，一款名叫 CoreOS 容器 Linux 的 Linux 發行版加入了這場“圣戰”。這個最近在 Linode 服務器上提供的 CoreOS，和它的老前輩比起來，它使用了完全不同的實現方法。

你可能會感到不解，這里有這么多成熟的 Linux 發行版本，為什么要選擇用 CoreOS ?借用 Linux 主干分支的維護者，也是 CoreOS 顧問的 Greg Kroah-Hartman 先生的一句話：

CoreOS 可以控制發行版的升級(基于 ChromeOS 代碼)，并結合了 Docker 和潛在的核對/修復功能，這意味著不用停止或者重啟你的相關進程，就可以在線升級。測試版本已經支持此功能，這是史無前例的。

當 Greg Kroah-Hartman 做出這段評價時，CoreOS 還處于 α 測試階段，當時也許就是在硅谷的一個車庫當中，開發團隊正在緊鑼密鼓地開發此產品，但 CoreOS 不像最開始的蘋果或者惠普，其在過去的四年當中一直穩步發展。

當我參加在舊金山舉辦的 2017 CoreOS 大會時，CoreOS 已經支持谷歌云、IBM、AWS 和微軟的相關服務。現在有超過 1000 位開發人員參與到這個項目中，并為能夠成為這個偉大產品的一員而感到高興。

究其原因，CoreOS 從開始就是為容器而設計的輕量級 Linux 發行版，其起初是作為一個 Docker 平臺，隨著時間的推移， CoreOS 在容器方面走出了自己的道路，除了 Docker 之外，它也支持它自己的容器 rkt (讀作 rocket )。

不像大多數其他的 Linux 發行版，CoreOS 沒有包管理器，取而代之的是通過 Google ChromeOS 的頁面自動進行軟件升級，這樣能提高在集群上運行的機器/容器的安全性和可靠性。不用通過系統管理員的干涉，操作系統升級組件和安全補丁可以定期推送到 CoreOS 容器。

你可以通過 CoreUpdate 和它的 Web 界面上來修改推送周期，這樣你就可以控制你的機器何時更新，以及更新以多快的速度滾動分發到你的集群上。

CoreOS 通過一種叫做 etcd 的分布式配置服務來進行升級，etcd 是一種基于 YAML 的開源的分布式哈希存儲系統，它可以為 Linux 集群容器提供配置共享和服務發現等功能。

此服務運行在集群上的每一臺服務器上，當其中一臺服務器需要下線升級時，它會發起***選舉，以便服務器更新時整個Linux 系統和容器化的應用可以繼續運行。

對于集群管理，CoreOS 之前采用的是 fleet 方法，這將 etcd 和 systemd 結合到分布式初始化系統中。雖然 fleet 仍然在使用，但 CoreOS 已經將 etcd 加入到 Kubernetes 容器編排系統構成了一個更加強有力的管理工具。

CoreOS 也可以讓你定制其它的操作系統相關規范，比如用 cloud-config 的方式管理網絡配置、用戶賬號和 systemd 單元等。

綜上所述，CoreOS 可以不斷地自行升級到***版本，能讓你獲得從單獨系統到集群等各種場景的完全控制。如 CoreOS 宣稱的，你再也不用為了改變一個單獨的配置而在每一臺機器上運行 Chef 了。

假如說你想進一步的擴展你的 DevOps 控制，CoreOS 能夠輕松地幫助你部署 Kubernetes。

CoreOS 從一開始就是構建來易于部署、管理和運行容器的。當然，其它的 Linux　發行版，比如 RedHat 家族的原子項目也可以達到類似的效果，但是對于那些發行版而言是以附加組件的方式出現的，而 CoreOS 從它誕生的***天就是為容器而設計的。

當前容器和 Docker 已經逐漸成為商業系統的主流，如果在可預見的未來中你要在工作中使用容器，你應該考慮下 CoreOS，不管你的系統是在裸機硬件上、虛擬機還是云上。

如果有任何關于 CoreOS 的觀點或者問題，還請在評論欄中留言。如果你覺得這篇博客還算有用的話，還請分享一下~

關于博主：Steven J. Vaughan-Nichols 是一位經驗豐富的 IT 記者，許多網站中都刊登有他的文章，包括 ZDNet.com、PC Magazine、InfoWorld、ComputerWorld、Linux Today 和 eWEEK 等。他擁有豐富的 IT 知識 - 而且他曾參加過智力競賽節目 Jeopardy !他的相關觀點都是自身思考的結果，并不代表 Linode 公司，我們對他做出的貢獻致以最真誠的感謝。如果想知道他更多的信息，可以關注他的 Twitter @sjvn。