Cloud Native Weekly |IBM收購Red Hat;CNCF 托管第一個容器運行時安

云原生一周精選

1——IBM收購Red Hat，在擁擠云市場另辟蹊徑

2——業內首個Apache微服務頂級項目 | 華為開源的ServiceComb畢業

3——CNCF 托管第一個容器運行時安全項目

4——Spinnaker 1.10強化Kubernetes自動化部署，不再需要操作復雜的Manifests部署

1.IBM收購Red Hat，在擁擠云市場另辟蹊徑

Red Hat是將開源軟件商業化的先驅之一，其采用的模式是，代碼免費提供給其他公司使用，以便重新分發和修改。開源軟件已逐漸成為許多應用系統的基石，即便在大企業中也是如此，比如Linux操作系統、Web瀏覽器Firefox以及Apache Hadoop之類的大數據分析軟件。

然而，許多公司一直很難靠免費軟件賺到錢－－兩家基于開源的大數據公司Cloudera和Hortonworks最近宣布合并就是一個佐證。Red Hat已被業界視為典范：以一種財務上可持續的方式，為開源軟件提供服務和支持。

就在今天凌晨，IBM給出了每股支付190美元的價碼，收購了Red Hat，這比Red Hat上周五的收盤價溢價60%以上。這筆金額高達340億美元的交易是IBM悠久歷史上最大的一筆交易，也是美國科技界歷史上的第三大交易。重金收購也表明了IBM非常看重這家公司，這個計算機和服務巨頭多年來致力于讓其云應用平臺在開發人員面前更具有吸引力，而Red Hat有望立即為它增添信譽和美名。

市場研究公司Wikibon的分析師斯圖?米尼曼（Stu Miniman）說：“Red Hat有望彌補IBM不受開發人員的追捧這塊短板。”他表示，此外，“IBM立即鞏固了其在當今多云領域的地位。”

的確，此舉反映了IBM很難在云計算時代齊步并進。它最近發布了季度收益，顯示了連續幾個季度收入較大幅增長后卻出現了下滑，這讓投資者大跌眼鏡。AWS和微軟等云計算巨頭通過將計算、存儲、網絡資源和應用軟件（常常來自開源）作為一項在線服務來提供，已偷偷搶在了IBM和惠普企業（HPE）等傳統軟硬件廠商的前頭。

不過，IBM為這個開源界寵兒支付了溢價，表明它很注重在云計算行業有更大的作為。IBM董事長兼首席執行官吉尼?羅曼蒂（Ginni Rometty）在一份聲明中說：“收購Red Hat是改變游戲規則的舉措。這改變了云市場的一切。IBM將成為全球的頭號混合云提供商，為公司企業提供唯一的開放云解決方案，從而為客戶充分發掘云的價值。”

羅曼蒂特別指出，大多數公司在通向云的道路上仍然只走完了約20%的路程。她說： “余下的80%旨在發掘真正的商業價值，并推動增長。這是云計算的下一個篇章。這需要將業務應用軟件轉移到混合云，提取更多的價值，并且優化業務的方方面面，從供應鏈到銷售，不一而足。”

IBM料到外界會擔心：這次收購可能危及Red Hat作為一家與平臺無關的開源軟件提供者具有的吸引力，表示自己將“繼續致力于Red Hat的開放治理、開源貢獻、參與開源社區和開發模式，并繼續打造其廣泛的開發者生態系統。”尤其是，IBM表示自己致力于開源工作或項目，比如Patent Promise、GPL合作承諾、開放式發明網絡（OIN）以及LOT網絡。

IBM還鄭重承諾，會繼續與AWS、微軟的Azure云、谷歌云、阿里巴巴以及其他公司保持合作伙伴關系。Red Hat將成為IBM的混合云團隊的一部分，成為一個“單獨的部門”，保持Red Hat的開源開發傳統和理念的獨立性和中立性，保持當前的產品組合和產品上市戰略以及獨特的開發文化，總部同樣在北卡羅來納州羅利，保持原有品牌。

2.業內首個Apache微服務頂級項目 | 華為開源的ServiceComb畢業

全球最大的開源軟件基金會Apache軟件基金會（以下簡稱Apache）于北京時間10月24日宣布Apache ServiceComb畢業成為Apache頂級項目。

ServiceComb由華為公司于2017年11月捐贈給Apache并啟動孵化，之后在Apache導師的指導下由孵化器管理委員會成員進行經營孵化；9月25日，在Apache孵化器10票一次性通過畢業提案投票；10月17日，Apache董事會通過ServiceComb畢業決議，這也是業界首個微服務項目在Apache孵化并畢業成為頂級項目。

Apache ServiceComb作為一站式微服務解決方案，包含3個子項目：

Java-Chassis
一個開箱即用的Java語言微服務SDK，包括四個部分：服務契約、編程模型、運行模型和通信模型，以及一整套微服務治理能力，如負載均衡、容錯、限流和調用鏈跟蹤。微服務治理和業務邏輯是隔離的。
Service-Center
基于Etcd的、高性能、高可用性、無狀態、Go語言實現的服務發現和注冊中心，提供實時服務實例注冊，實時服務實例通知和服務間契約測試
Saga
為分布式事務提供最終的一致性解決方案，解決微服務痛點問題。
Apache ServiceComb的亮點包括：

異步內核
基于VertX的同步和異步模型編程有效確保了無論是在傳統企業或電商領域，還是在新興的互聯網或物聯網等新興企業中，都能夠保持高性能和低延遲，以避免在達到峰值負載時應用出現雪崩效應。
開箱即用體驗
開發人員通過腳手架網站http://start.servicecomb.io啟動的微服務項目，可以集服務注冊、發現、通信和微服務治理能力和默認的集中化配置為一體。
OpenAPI
自動代碼生成，業務邏輯代碼和治理能力隔離，可以使能DevOps Pipeline，使用契約文件和OpenAPI的雙向生成能力可以使不同的團隊高效且獨立的開發和管理代碼、測試和進行文檔化工作。
2015年，華為云推出了微服務相關的服務，這是ServiceComb的原始代碼。Apache ServiceComb是華為云微服務引擎CSE的核心。它廣泛應用于華為消費云、華為云核、華為EI等眾多主要產品，是華為微服務的事實標準。華為消費者云基于Apache ServiceCom的高性能，低延遲的異步技術來實現1500多個節點級的微服務，支持4億移動手機用戶在線。使用ServiceComb，QPS提升2倍+，時延降低45%。

3.CNCF 托管第一個容器運行時安全項目

CNCF托管了第一個容器運行時安全項目 Falco，用于保護在生產環境中的運行容器。Falco項目最初為Sysdig開源監控平臺的核心儀器技術，后由Sysdig捐贈給CNCF。

Falco項目功能：

利用Linux內核在應用程序、文件、系統和網絡級別提供運行時安全性（縮短容器和微服務架構的檢測和響應時間）；
鏈接到其他CNCF項目，如Fluentd logging project、Kubernetes容器編排項目（這種鏈接將允許Falco采取措施應對安全威脅，隔離相關Kubernetes節點）；
通過Kubernetes API服務器訪問元數據（提供從Linux內核收集到的更多詳細數據信息）。
CNCF執行董事Dan Kohn說：“Falco為云原生平臺提供***和異常檢測，包括Kubernetes、Mesosphere和Cloud Foundry。當Falco與其他云原生項目（如 Fluentd，Nats，rkt等）一起使用時，Falco可以提供完整的容器運行時安全解決方案。”

4.Spinnaker 1.10強化Kubernetes自動化部署，不再需要操作復雜的Manifests部署

由Google和Netflix Inc.共同開發的多云持續交付平臺Spinnaker發布了1.10版本，新增了Kubernetes供應商（Kubernetes Provider），并且整合了Helm套件管理器，讓使用者以樣板產生Manifests，通過Istio對流量控制的支持，讓容器和Kubernetes的自動化部署更加容易。

Google提到，在Kubernetes環境中，持續交付工作仍然屬于早期階段，而企業中的發布工程團隊希望Spinnaker能以最佳實踐提供軟體交付框架，而對于剛開始使用Kubernetes的組織，也期望能取得所需要的資源，設計出適合的環境。

因此在Spinnaker 1.10中，Google與社區合作，重新設計了Kubernetes的支持，抽象化管理Kubernetes Manifests的復雜性，讓開發人員可以花更多心力在開發工作上。現在發布工程團隊可透過Manifests存取完整的Kubernetes資源，而且還會自動化處理管理Manifests的低階復雜性，像是正確處理標簽，或是為非專家提供量身定做的使用者體驗。

發布工程團隊可以為企業設計專屬的Kubernetes使用方法，并將工作管線打包成最常用路徑，發布給其他開發團隊，這將讓開發團隊不用接觸復雜的腳本以及低階Manifests操作，但同時也能繼續使用Kubernetes的所有功能。

一般來說，有兩種將應用程式自動化部署到Kubernetes的方法，其一是使用像是Jenkins這類通用調度程式（Orchestrator），編寫部署流程來控制應用程式部署，另外一種則是相對較新，以Kubernetes為主的持續整合和持續交付工具。Google指出，通用調度軟體編寫的腳本容易出錯，而這兩種方法都需要開發人員深入研究Kubernetes Manifests，但這將在進行大規模部署的時候產生瓶頸。

而Spinnaker 1.10新增的Kubernetes供應商，提供了多種特性來解決既存問題。Kubernetes供應商可以自動為要釋出的容器映像檔抓取正確的Manifests，并且支持GitOps型程序的儲存庫布局和控制流。而且還會為工作管線中的開發、QA以及產品階段產生多個Manifests，且支持Helm或是其他的樣版引擎。

Kubernetes供應商會自動再將被部署的Manifests中設定容器映像檔版本，在最佳實踐中，會使用摘要（Digests）而非標記（Tags），進而避免復雜的腳本操作。另外，也賦予了發布工程團隊限制開發人員存取Kubernetes命名空間、叢集和資源類型的能力。

Google提到，Spinnaker 1.10是持續交付和自動化軟體交付工作管線的重要里程碑，使用者現在可在Codelab中取得Spinnaker對Kubernetes的支持。