錶面上看，這次交易的動機很明顯：Red Hat需要讓自己的容器故事更加豐滿，而CoreOS滿足這個需求。
然而，就像基礎設施市場的絕大多數廠商一樣，他們的（意圖）是複雜的——正如容器世界中所有其他事物都是複雜的一樣。
自從Docker公司2014年將容器技術帶到企業基礎設施軟體革命前線之後，廠商和企業的開發者一直在真正的企業場景中實現容器技術的應用。
容器編排和容器管理是眾多缺失的環節中的兩個。容器編排能使企業大規模部署容器，處理彈性伸縮中的細枝末節，對容器的價值主張至關重要。
容器管理是容器編排價值主張的補充。它使容器編排的環境具有可見性和可控制性，並增強其安全性，使其具備企業層面上執行容器其他必需的能力。
領導著容器編排戰場的是Kubernetes——一個主要出自Google的開源專案。Docker有自帶的編排工具Swarm，但是Kubernetes具有產品成熟度的優勢，已經在生機勃勃的開源生態系統中奪取了統治者地位。
但是Kubernetes並沒有直接解決容器管理中的複雜度問題，這正是CoreOS試圖用自己的Tectonic產品來填補的空檔。“Tectonic將領先的容器管理解決方案和大規模執行容器所有所需結合起來”，CoreOS的網站這樣說道，“這意味著其擁有最好的開源元件，久經沙場的安全系統，和完全自動化的運營。Tectonic是企業級Kubernetes。”
如果用來滿足企業需求在技術層面聽起來很複雜，那你的感覺沒錯——容器自身的複雜度是一個有爭議的區域。“與平臺自身不一樣，構建Kubernetes自身這個日常的預先任務是複雜艱難的”，RackN的CEO和創始人之一Rob Hirschfeld說，“多節點運營是複雜的：這是我們想要Kubernetes這樣平臺的原因”。
但是，Kubernetes卻沒有讓容器變得更簡單。“實際的情況是Kubernetes很複雜。安裝好並讓它執行起來頗具挑戰——沒有必要否認這一點。但是這種複雜度也可以反過來說是一個好處”，Matt Rogish，ReactiveOps的創始人說。“ECS和Docker Swarm錶面看來似乎簡單點，但是它們有更高的偶然複雜度——而且這個複雜度被強加給你。相反，Kubernetes偶然複雜度很低，本質複雜度（用來實現實際上需要的功能的複雜度）很高”。
在Kubernetes上增加額外的像CoreOS Tectonic的容器管理層也並沒有降低其複雜度。反而是為了幫助機構管理它。“基於容器的應用正驅動著下一代的技術，它們跨多個或者混合雲平臺應用驅動，包括物理的、虛擬的，私有雲和公有雲平臺”，Paul Cormier，Red Hat的產品和技術部門總裁說。“我們相信這次收購將會奠定Red Hat在混合雲和現代應用部署的奠基石地位”。
有巨大複雜度的開源企業基礎設施軟體並不是什麼新鮮事。拿OpenStack為例，這個私有雲基礎設施先驅有大量的活動部件，它的生態系統十分多元化、擁擠不堪，這為它贏得了格外複雜和難以處理的名聲。好幾年我們都聽到OpenStack這同樣的事情”，RackN的Hirschfeld說道。
一點也不讓人意外的是，過去幾年吸引到OpenStack的註意力都轉移到了Kubernetes和容器社群的其他地方——今天，OpenStack已經成了像CoreOS Tectonic這樣的科技要解決的複雜度。CoreOS的官網上稱，“Tectonic是全面Kubernetes解決方案，用來在任何地方部署、管理、和安全加固容器，它能結合OpenStack的優點，和Kubernetes的基於容器的工具鏈。有CoreOS在你左右，藉助最好的容器基礎設施，OpenStack將變的更容易管理和部署”。
CoreOS的網站繼續說道，“OpenStack在複雜度方面的名聲有時候蓋過了它的能力。Kubernetes叢集編排能讓OpenStack的管理和管理更加容易”。
對於Red Hat來說，OpenStack的複雜度是一個它能幫助客戶解決的問題。“容器使得應用在混合雲環境具有了可移植性，所以客戶今天能在不同的地方部署應用：在Amazon、Azure和Google這樣的公有雲上，在VMWare和OpenStack這樣的本地部署平臺上，或者在物理裸機上”，Joe Fernanes，Red Hat的負責OpenShift產品部資深管理經理解釋說，“一直以來，我們在OpenShift和Kubernetes以及容器上的投入都是要建立起這種抽象，使得應用可以高效地在所有這些地方部署”。
Alex Polvi，CoreOS的CEO，在這個話題上發表了更加細緻的觀點。“透過把OpenStack作為一個應用在Kubernetes執行，我們能將這個資料中心整合成一個已經被超大規模的巨頭驗證的平臺”。
Red Hat的商業模型集中在為本質上免費開源的軟體提供支援和服務。然而，儘管CoreOS是基於開源構建的，Tectonic也包含商業程式碼。“我們想特別澄清的是CoreOS專註於開源專案和協作，即使這意味著我們對手可以與我們競爭，我們在保持這兩個平臺分離”，Kelsey Hightower在2015年當他還是CoreOS的開發者和提倡者的時候這樣說。他現在是Google的Staff Developer Advocate。“有一個coreos.com，其是關於Linux容器開源專案的；然後tectonic.com是將這些專案結合起來組成一個商業解決方案的，但是它們並不與相關開源專案衝突”。
就其本身而言，Red Hat一直以來都是Kubernetes的一個主要貢獻方。“Red Hat在擁抱容器和容器編排方面起步早，已經向相關的開源社群做了深度貢獻，其中就包括Kubernetes，在其中是僅次於Google的第二大領導者。”Red Hat在一個新聞釋出上解釋道：“現在有了Red Hat和CoreOS的結合，Red Hat同時擴大了其在上游社群和基於容器的企業解決方案方面的領導力。”
在Red Hat是否會將Tectonic中的商業程式碼開源這一件事情上，他們的態度很謹慎。“CoreOS的絕大多數技術都已經開源”，Red Hat的FAQ串列解釋道，“Red Hat長久以來都展示了將不開源的在必要時候開源的決心，我們沒有理由看到我們在這條策略上會有什麼改變”。
作為一個開源廠商，Red Hat不是從軟體的智慧財產權中獲利——因此，CoreOS的IP價值對於這次收購關係很小。
這個故事實際上是關於人的，CoreOS公司有130名員工，從很多方面看這次交易是一次收購式招聘，同時藉助Red Hat的專業團隊來將為其企業客戶提供了更加全方位服務。
相比較而言，這次交易與Red Hat的傳統競爭者IBM和Oracle關係較小，與Docker公司競爭的關係更大。“它們的聯合對於我而言是一次人才的合併……能壯大OpenShift Enterprise相較於Docker公司的Docker企業版的影響力”，BoxBoat的CTO，Will Kinard說。
OpenShift是Red Hat的PaaS方案，而且有一些CoreOS的技術和人力將會分別在OpenShift產品和OpenShift團隊中找到更好的位置。
Janakiram & Associates分析師Janakiram MSV同意這種觀點。“在企業領域，Red Hat是Docker公司的一個關鍵競爭者。這次收購將會給Docker公司帶來壓力，它們目前為止已經從不同的投資方募集到2.4億美元。它必須加快在獲取企業客戶的速度，並且推動其商業產品的採用率。”
然而，對於Red Hat的客戶來說，這場戰鬥是關於人才的——這是一個OpenStack和Kubernetes相繼追隨的樣式。“客戶不具有OpenStack的技術積累，它們只知道它們需要它”，Jon Keller，Technologent的field CTO說。“對於Kubernetes是同樣的情況。它十分合適，因為它們無法找到足夠多的人來自己做”。
容器生態如此複雜因而對於Red Hat來說是一個加分，特別是在混合IT情景增加了額外的複雜度的情況下。“我們相信這次收購會為Red Hat在混合雲和現代應用部署打好奠基石”，Red Hat的Cormier總結說。
總之，Red Hat的客戶成為最後的贏家。“我們相信我們最大的客戶將會從中獲益”，Red Hat的VP和總經理Ashesh Badani說。
CoreOS的技術和團隊在Kubernetes方面已經具有全面的能力，它們的加入在混合IT的情景下能呈現出在今天可能最可靠和全面的現代基礎設施。隨著整個容器生態系統走向成熟，Red Hat的統治只會變得愈來愈強。
原文連結：https://www.forbes.com/sites/jasonbloomberg/2018/02/04/the-real-reason-red-hat-is-acquiring-coreos
本次培訓內容包括：Docker容器的原理與基本操作；容器網路與儲存解析；Kubernetes的架構與設計理念詳解；Kubernetes的資源物件使用說明；Kubernetes 中的開放介面CRI、CNI、CSI解析；Kubernetes監控、網路、日誌管理；容器應用的開發流程詳解等，點選識別下方二維碼加微信好友瞭解具體培訓內容。
長按二維碼向我轉賬
受蘋果公司新規定影響，微信 iOS 版的贊賞功能被關閉，可透過二維碼轉賬支援公眾號。
知識星球