不知從何時起，幾乎所有的云計算廠商都在提容器、Kubernetes、DevOps、Serverless、ServiceMesh等等概念，那么云計算領域到底發生了什么？如何看待云原生在2019年的最新變化？云原生基礎設施領域有哪些值得關注的重要趨勢？面對這些復雜的技術問題，相信許多人都云里霧里。
“2019年是云原生概念和技術普及的元年，未來云原生會變成一個常態。” 靈雀云CTO陳愷，有曾經在微軟美國總部開發云計算平臺 Azure的工作經歷，對于云原生以及相關的技術熱點，有著獨特的視角。他認為，在數字化轉型壓力下，大多數企業已經能夠接受云原生概念，所以云原生普及不難，難的是如何去落地。
過去，企業傳統業務系統的研發并不受重視，比如銀行內部的業務管理系統，一般采用的是Oracle、SAP等第三方產品，不做自己的軟件產品研發，有些企業甚至都沒有研發人員。但是，數字時代企業IT發生了根本性轉變。企業需要開發、上線、運營自己的產品。企業之前的軟件開發模式、迭代速度和頻率可能不能滿足數字化背景下的企業需求。軟件產品的場景由支撐角色轉向了競爭性場景。比如車聯網、自動駕駛、風控、營銷、互聯網金融等，如果軟件產品迭代速度跟不上，就可能失去了企業的生存空間。在這樣的背景下，云原生迎來了“施展才華的舞臺”。
隨著信息技術的不斷深入，很多企業都有大量復雜的傳統應用，雖然這些應用還在遵循傳統的開發模式，但是一些新業務會以云原生的方式落地。云原生讓企業體驗到云帶來的優勢，他們開始考慮如何兼顧兩種類型的應用，對傳統應用進行改造，這也是我們常說的“雙態IT”概念，即敏態和穩態應用。等發展到一定階段，企業會把業務全面云原生化。
簡單理解，企業在數字化轉型過程中，云原生是必然選擇，中間會涉及很多關鍵技術，包括Kubernetes、DevOps、Serverless、ServiceMesh、微服務架構等等，這些技術是一個有機統一體，相互關聯。那么，從選型的角度看，我們該如何正確處理各種技術之間的關系？
1、Kubernetes會替代OpenStack嗎？
現在，Kubernetes在云原生領域的發展態勢可以說是如火如荼，大有超過OpenStack的趨勢；但另外一種聲音則表示，Kubernetes和OpenStack在不同領域各司其職， OpenStack面向的是底層基礎設施的虛擬化，而Kubernetes更多面向的是應用層。那么，Kubernetes和OpenStack到底是怎樣一種關系，Kubernetes會替代OpenStack嗎？
“的確，Kubernetes和OpenStack二者應用并不沖突，但隨著Kubernetes的發展，OpenStack的應用場景會越來越小。” 陳愷認為，美國服務器租用，Kubernetes超越OpenStack是一件自然而然的事兒。
OpenStack剛剛誕生的時候，很多企業認為它更適合做公有云，但是采用OpenStack做公有云不太可能成功。后來，大部分企業用OpenStack做私有云，但是經過一段時間驗證，OpenStack的優勢并沒有完全超越VMware。而Docker和K8s出來以后，底層技術平臺的游戲規則徹底被改寫，Kubernetes容器編排平臺變成Stack的中心，不管是VMware、OpenStack還是公有云以及裸機，所有的應用環境都能支持。
靈雀云基于開源Kubernetes分不同層級給企業用戶提供產品和服務。最底層的是Alauda Kubernetes（AKS），是一個企業就緒的K8s發行版，跟上游K8s 最接近，directadmin安裝，包含開發者和企業用戶都需要的功能，如：自動化部署、網絡存儲、升級、企業用戶/租戶權限和監控、日志等都集成在其中，開箱即用。和社區版Kubernetes相比，靈雀云企業就緒發行版的最大的區別是，“源于K8s ，但高于K8s”，它基于100多家頭部客戶的生產環境經驗。再往上一層，是靈雀云的ACP 2.0（Alauda Container Platform），它的定位是一站式云原生應用賦能平臺，包含三個子產品：一個是容器平臺（Alauda Container Platform）、DevOps平臺（Alauda DevOps）和服務網格Service Mesh（Alauda Service Mesh，簡稱“ASM”），是用來做微服務治理的平臺。
2、為什么要打造開放式DevOps工具鏈集成與編排平臺？
除了推出與Kubernetes相關的產品，靈雀云還要打造一個開放式的DevOps工具鏈集成和編排平臺。如何理解這一概念？
“盡管DevOps本身和K8s關系不大，但是我們的產品架構是基于K8S原生架構。換句話說，我們用K8s作為開發框架，用它的API來編排所有DevOps需要的工具。”很多企業在做DevOps時，流程非常長，涉及到很多階段，每個階段都要選很多工具，并且沒有固定標準。靈雀云DevOps平臺并不是要做一系列新的工具出來，說服用戶用靈雀云的CI/CD,而是盡可能地去兼容客戶已有的工具，甚至對用戶未來的工具選型也能適配，用更開放式的集成和編排方式，去納管客戶所有的工具。
