如何一步開(kāi)啟容器時(shí)代？青云QingCloud有話要說(shuō)

說(shuō)起通過(guò)數(shù)字化促進(jìn)業(yè)務(wù)應(yīng)用轉(zhuǎn)型，簡(jiǎn)單說(shuō)就是現(xiàn)在天天見(jiàn)諸報(bào)端的“數(shù)字化轉(zhuǎn)型”，這幾乎是所有企業(yè)當(dāng)下最迫切的需求。

對(duì)于這些亟待數(shù)字化轉(zhuǎn)型的企業(yè)來(lái)說(shuō)，上云可以說(shuō)是大勢(shì)所趨。

有數(shù)據(jù)統(tǒng)計(jì)，已經(jīng)有超過(guò)73%的企業(yè)至少采用了一項(xiàng)云計(jì)算技術(shù)或應(yīng)用。甚至有的企業(yè)已經(jīng)不僅僅滿足于簡(jiǎn)單的上云，他們還希望業(yè)務(wù)快速迭代，希望縮短交付周期，希望更加彈性敏捷，希望成本控制更優(yōu)??

于是乎，這些不滿足的企業(yè)又開(kāi)始探索MicroService微服務(wù)理念，解析Cloud Native云原生架構(gòu)，研究DevOps方法論，打造Container容器基礎(chǔ)設(shè)施??

然而在這樣的過(guò)程中，各種問(wèn)題也接踵而來(lái)：

如何實(shí)現(xiàn)高性能持久化存儲(chǔ)？

如何應(yīng)對(duì)企業(yè)安全需求？

如何實(shí)現(xiàn)完善的用戶管理、監(jiān)控、告警和日志體系？

如何應(yīng)對(duì)陡峭的學(xué)習(xí)曲線？

還需要DevOps、微服務(wù)、APM??

如何快速拓展以應(yīng)對(duì)不斷變化的需求？

針對(duì)以上這些問(wèn)題，青云QingCloud應(yīng)用及容器平臺(tái)研發(fā)總監(jiān)周小四給出的答案是——“用KubeSphere呀！”

企業(yè)開(kāi)展數(shù)字化轉(zhuǎn)型的內(nèi)在驅(qū)動(dòng)力，是將生產(chǎn)、銷售、運(yùn)營(yíng)等所有環(huán)節(jié)賦予數(shù)字力量，經(jīng)由業(yè)務(wù)全面滿足顧客所需，構(gòu)建未來(lái)競(jìng)爭(zhēng)優(yōu)勢(shì)。

然而，容器、DevOps和微服務(wù)是云原生的鐵三角，其中容器已經(jīng)過(guò)了技術(shù)炒作期，開(kāi)始進(jìn)入技術(shù)理性落地的階段。

但是問(wèn)題在于，目前容器編排首推的K8S（Kubernetes）學(xué)習(xí)成本很高，安裝部署又復(fù)雜，在企業(yè)容器落地過(guò)程中十分不友好。

為了解決這個(gè)痛點(diǎn)，青云QingCloud推出了KubeSphere容器平臺(tái)，來(lái)幫助企業(yè)更加快速、低成本地實(shí)現(xiàn)業(yè)務(wù)的容器化。

那么為了讓KubeSphere容器平臺(tái)對(duì)企業(yè)更加友好，青云QingCloud究竟做了哪些努力呢？

2016年11月，青云QingCloud率先推出了業(yè)界首創(chuàng)的一套架構(gòu)同時(shí)支持虛擬化和容器的技術(shù)；

2017年初，青云QingCloud推出SDN網(wǎng)絡(luò)直通服務(wù)，容器可以直接在IaaS平臺(tái)上使用SDN的功能，幾乎等同于硬件設(shè)備的網(wǎng)絡(luò)環(huán)境，幾乎沒(méi)有性能損失。與此同時(shí)，青云QingCloud的PaaS服務(wù)率先應(yīng)用了容器技術(shù)，性能最高可提升500%；

2017年7月，青云QingCloud發(fā)布了Kubernetes on QingCloud，在QingCloud AppCenter上直接交付，5分鐘就可以快速搭建一個(gè)Kubernetes；

2018年7月，青云QingCloud在Cloud Insight云計(jì)算峰會(huì)上推出全新容器平臺(tái)——KubeSphere，幫助企業(yè)快速低成本的管理容器；

2019年4月，青云QingCloud正式推出KubeSphere容器平臺(tái)高級(jí)版2.0，并宣布KubeSphere正式加入Cloud Native Computing Foundation（簡(jiǎn)稱CNCF）云原生計(jì)算基金會(huì)。

“數(shù)字化轉(zhuǎn)型2.0時(shí)代的來(lái)臨，對(duì)云平臺(tái)也提出了更高的要求，需要云平臺(tái)能夠支撐云原生應(yīng)用?！敝苄∷膶?duì)趣味科技表示，“那么對(duì)于企業(yè)來(lái)說(shuō)，就需要以微服務(wù)架構(gòu)和DevOps開(kāi)發(fā)流程交付產(chǎn)品和服務(wù)，這就要求對(duì)應(yīng)用架構(gòu)進(jìn)行改造?！?/p>

周小四指出，在云原生時(shí)代，容器是最小顆粒、最小單元。需要強(qiáng)調(diào)的是，容器在新時(shí)代不是資源隔離，而是一個(gè)面向應(yīng)用的核心基礎(chǔ)設(shè)施，以應(yīng)用的形象出現(xiàn)在人們面前。選擇擁抱容器，就要對(duì)架構(gòu)進(jìn)行改造，要從以前的單體應(yīng)用、3 Tier、SOA架構(gòu)轉(zhuǎn)化到微服務(wù)架構(gòu)。

除此之外，企業(yè)的工作流程也要發(fā)生一個(gè)很大的改變，從以前瀑布式的開(kāi)發(fā)模式轉(zhuǎn)到DevOps模式，這樣才能滿足企業(yè)在云原生時(shí)代對(duì)敏捷性、快速交付產(chǎn)品的需求。微服務(wù)、容器平臺(tái)、DevOps這三者合在一起，企業(yè)才能邁向云原生之路。

“當(dāng)微服務(wù)變得越來(lái)越多時(shí)，管理就會(huì)出現(xiàn)問(wèn)題。就像汽車的輪子，單個(gè)輪子肯定不行，需要整裝驅(qū)動(dòng)，但是輪子越來(lái)越多時(shí)，如何管理這些輪子也很重要。這時(shí)候必須有一個(gè)管理系統(tǒng)，Kubernetes已經(jīng)成為容器平臺(tái)的標(biāo)準(zhǔn)，所以青云QingCloud會(huì)擁抱Kubernetes。”周小四表示。

周小四指出，Kubernetes的優(yōu)點(diǎn)非常多，它不僅僅是容器的調(diào)度和編排，還制訂了一套標(biāo)準(zhǔn)和規(guī)范，擁有非常強(qiáng)大的生態(tài)；

青云QingCloud認(rèn)為，Kubernetes是容器時(shí)代的分布式操作系統(tǒng)內(nèi)核，可以讓?xiě)?yīng)用的開(kāi)發(fā)和交付變得更快，周期更短；

Kubernetes內(nèi)嵌了服務(wù)注冊(cè)、服務(wù)發(fā)現(xiàn)等很多微服務(wù)的功能，這使得開(kāi)發(fā)者不用關(guān)心這些問(wèn)題，而是把更多的時(shí)間和精力放在業(yè)務(wù)開(kāi)發(fā)上；

Kubernetes還是微服務(wù)和DevOps的最佳橋梁，可以讓產(chǎn)品的交付周期變得越來(lái)越短；

Kubernetes本身還具有可移植性，可在公有云、私有云、裸機(jī)、虛機(jī)甚至是底層操作系統(tǒng)等任何地方進(jìn)行部署，部署在Kubernetes上的應(yīng)用也可以隨意遷移；

在秒殺應(yīng)用場(chǎng)景中，Kubernetes可以瞬間增加10個(gè)、100個(gè)、1000個(gè)甚至10000個(gè)工作節(jié)點(diǎn)，當(dāng)訪問(wèn)量降下來(lái)時(shí)又可以減少工作節(jié)點(diǎn)，而且這個(gè)過(guò)程是自動(dòng)伸縮的，不需要人工干預(yù)；

甚至當(dāng)出現(xiàn)問(wèn)題時(shí)，Kubernetes還具備一定的故障自愈能力。

明白了青云QingCloud堅(jiān)定擁抱Kubernetes的理由，再看看看青云QingCloud推出的KubeSphere是如何解決問(wèn)題的吧。

首先，青云QingCloud為用戶提供了天然適合微服務(wù)的分布式存儲(chǔ)QingStor NeonSAN，其性能、穩(wěn)定性、安全性遠(yuǎn)高于開(kāi)源存儲(chǔ)。

其次，在網(wǎng)絡(luò)方面，為了打造租戶級(jí)別的虛擬化網(wǎng)絡(luò)VPC、二層隔離網(wǎng)絡(luò)，青云QingCloud提供了在公有云和私有云經(jīng)過(guò)驗(yàn)證的QingCloud SDN，其性能和穩(wěn)定性均高于開(kāi)源的網(wǎng)絡(luò)方案。

再者，Kubernetes提供的日志方案是大同步，所有人都會(huì)看到同樣的日志，而這對(duì)企業(yè)來(lái)說(shuō)并不合理。于是青云QingCloud提供了多租戶化，實(shí)現(xiàn)了租戶隔離，讓不同用戶只能看見(jiàn)自己的日志，而且還是可視化的操作，這也是許多客戶選擇KubeSphere的原因。

另外，當(dāng)企業(yè)需要上層的工具或者平臺(tái)，譬如DevOps、微服務(wù)治理或者APM時(shí)，青云QingCloud也會(huì)為其提供完善的可視化工具和技術(shù)平臺(tái)，包括微服務(wù)治理和應(yīng)用商店也都是其競(jìng)爭(zhēng)優(yōu)勢(shì)。

為了長(zhǎng)久保持KubeSphere的競(jìng)爭(zhēng)力，青云QingCloud為其采用了更先進(jìn)、更靈活的架構(gòu)設(shè)計(jì)，以確保KubeSphere可以部署在任何的Kubernetes集群上，包括任何一個(gè)發(fā)行版；可配置、可插拔的功能設(shè)計(jì)，讓不同客戶可以根據(jù)自己的實(shí)際情況選擇想要安裝的功能；在微服務(wù)治理上，用戶既可以選擇Istio框架，也可以選擇Spring Cloud框架，這一功能迄今為止還沒(méi)有其他廠商能夠做到。

“KubeSphere產(chǎn)品的特性，主要有三大方面。”KubeSphere容器平臺(tái)產(chǎn)品經(jīng)理于爽表示，“一是最底層的基礎(chǔ)設(shè)施支持，KubeSphere考慮的是從最底層提供穩(wěn)定的網(wǎng)絡(luò)存儲(chǔ)方案給客戶；二是上層應(yīng)用開(kāi)發(fā)及管理，客戶使用KubeSphere時(shí)的各種場(chǎng)景和所需要的各種功能；三是企業(yè)級(jí)用戶體驗(yàn)的精神層面，從用戶的體驗(yàn)上滿足客戶心理上的訴求?！?/p>

于爽指出，在存儲(chǔ)、網(wǎng)絡(luò)和負(fù)載均衡方面，青云QingCloud都有著業(yè)界領(lǐng)先的優(yōu)勢(shì)，因而可以在滿足各種企業(yè)級(jí)用戶核心業(yè)務(wù)需求的同時(shí)，還能為其提供穩(wěn)定可靠的保障。另一方面，通過(guò)DevOps、微服務(wù)和應(yīng)用管理，KubeSphere基本可以滿足企業(yè)的各種業(yè)務(wù)訴求，從而幫助企業(yè)一步開(kāi)啟云原生轉(zhuǎn)型。

為了讓產(chǎn)品對(duì)用戶更加友好，青云QingCloud本著“極簡(jiǎn)”和“減負(fù)”的設(shè)計(jì)理念，盡可能地減少操作步驟，以及降低服務(wù)發(fā)布的操作流程，讓客戶用盡可能少的操作就能實(shí)現(xiàn)同樣的功能。通過(guò)為客戶提供可視化的極簡(jiǎn)界面，企業(yè)可以在KubeSphere平臺(tái)上更加快速地部署業(yè)務(wù)，節(jié)省下大量的時(shí)間精力，從而能夠更好地專注于自己的業(yè)務(wù)開(kāi)發(fā)。

“KubeSphere是基于Kubernetes內(nèi)核的企業(yè)級(jí)再造的容器平臺(tái)，希望能夠在數(shù)字化轉(zhuǎn)型中幫助客戶取得成功，這也是我們KubeSphere的使命?！敝苄∷谋硎?。

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書(shū)面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開(kāi)相關(guān)鏈接。