2020下半年越來越火的IT技術(shù)

小C
邊緣計(jì)算起源于傳媒領(lǐng)域,是指在靠近物或數(shù)據(jù)源頭的一側(cè),采用網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)、應(yīng)用核心能力為一體的開放平臺(tái),就近提供最近端服務(wù)。其應(yīng)用程序在邊緣側(cè)發(fā)起,產(chǎn)生更快的網(wǎng)絡(luò)服務(wù)響應(yīng),滿足行業(yè)在實(shí)時(shí)業(yè)務(wù)、應(yīng)用智能、安全與隱私保護(hù)等方面的基本需求。

邊緣計(jì)算起源于傳媒領(lǐng)域,是指在靠近物或數(shù)據(jù)源頭的一側(cè),采用網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)、應(yīng)用核心能力為一體的開放平臺(tái),就近提供最近端服務(wù)。其應(yīng)用程序在邊緣側(cè)發(fā)起,產(chǎn)生更快的網(wǎng)絡(luò)服務(wù)響應(yīng),滿足行業(yè)在實(shí)時(shí)業(yè)務(wù)、應(yīng)用智能、安全與隱私保護(hù)等方面的基本需求。邊緣計(jì)算處于物理實(shí)體和工業(yè)連接之間,或處于物理實(shí)體的頂端。而云端計(jì)算,仍然可以訪問邊緣計(jì)算的歷史數(shù)據(jù)。

超融合

超融合架構(gòu)是基于標(biāo)準(zhǔn)通用的硬件平臺(tái),通過軟件定義實(shí)現(xiàn)計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)融合,實(shí)現(xiàn)以虛擬化為中心的軟件定義數(shù)據(jù)中心的技術(shù)架構(gòu)。融合架構(gòu)又稱為集成系統(tǒng),通過整機(jī)柜集成和預(yù)配置實(shí)現(xiàn)快速部署,但仍然采用傳統(tǒng)的服務(wù)器、網(wǎng)絡(luò)、存儲(chǔ)三層架構(gòu)。典型的融合架構(gòu)方案包括VCE的Vblock、NetApp的FlexPod、Oracle的Exadata,以及Huawei的FusionCube和H3C的UIS等。可以注意到融合架構(gòu)在形態(tài)上體現(xiàn)為一個(gè)機(jī)柜或刀箱,里面集成了服務(wù)器、網(wǎng)絡(luò)、存儲(chǔ)節(jié)點(diǎn),安裝了虛擬化軟件。而超融合架構(gòu)則是基于通用的服務(wù)器硬件,借助虛擬化和分布式技術(shù),融合計(jì)算、存儲(chǔ)、虛擬化與一體,不再需要專門的SAN存儲(chǔ)。相比融合架構(gòu)來說,超融合擺脫了整機(jī)柜/刀箱集成的束縛,也不再受限于傳統(tǒng)的三層架構(gòu),更具有彈性。

云原生

云原生從字面意思上來看可以分成云和原生兩個(gè)部分。云是和本地相對(duì)的,傳統(tǒng)的應(yīng)用必須跑在本地服務(wù)器上,現(xiàn)在流行的應(yīng)用都跑在云端,云包含了IaaS,、PaaS和SaaS。原生就是土生土長(zhǎng)的意思,我們?cè)陂_始設(shè)計(jì)應(yīng)用的時(shí)候就考慮到應(yīng)用將來是運(yùn)行云環(huán)境里面的,要充分利用云資源的優(yōu)點(diǎn),比如?云服務(wù)的彈性和分布式優(yōu)勢(shì)。云原生正在重塑整個(gè)軟件生命周期,容器、Kuberentes、云原生成為云時(shí)代的三個(gè)重要標(biāo)準(zhǔn)。云原生是一種充分利用云計(jì)算優(yōu)勢(shì),用于構(gòu)建和部署應(yīng)用的方式。在過去的十幾年,云已經(jīng)重新定義了幾乎所有行業(yè)的競(jìng)爭(zhēng)格局,消除了企業(yè)對(duì)IT基礎(chǔ)設(shè)施資本投入的關(guān)注,企業(yè)也不用增加雇員去維護(hù)一個(gè)自建的數(shù)據(jù)中心。取而代之的是無(wú)限的計(jì)算、存儲(chǔ)能力,并按時(shí)按需付費(fèi)。降低IT支出的同時(shí)也降低了行業(yè)壁壘,使得初創(chuàng)公司可以很快地實(shí)踐自己的想法并應(yīng)用到市場(chǎng)。這正是為什么軟件正在吞噬世界,而創(chuàng)業(yè)公司正在使用云原生的方式顛覆傳統(tǒng)行業(yè)。

數(shù)字孿生

數(shù)字孿生(Digital twin)指可用于各種目的物理資產(chǎn)(物理孿生,physical twin)、過程、人員、場(chǎng)所、系統(tǒng)和設(shè)備的數(shù)字副本。數(shù)字(digital)表示提供了物聯(lián)網(wǎng)設(shè)備在其整個(gè)生命周期中如何運(yùn)行的各個(gè)要素和動(dòng)態(tài)。先前研究中使用的數(shù)字孿生技術(shù)(digital twin technology )的定義強(qiáng)調(diào)了兩個(gè)重要特征:

首先,每個(gè)定義強(qiáng)調(diào)物理模型和相應(yīng)的虛擬模型之間的連接。

其次,通過使用傳感器生成實(shí)時(shí)數(shù)據(jù)來建立這種連接。

數(shù)字孿生是物聯(lián)網(wǎng)里面的概念,它指通過集成物理反饋數(shù)據(jù),并輔以人工智能、機(jī)器學(xué)習(xí)和軟件分析,在信息化平臺(tái)內(nèi)建立一個(gè)數(shù)字化模擬。這個(gè)模擬會(huì)根據(jù)反饋,隨著物理實(shí)體的變化而自動(dòng)做出相應(yīng)的變化。理想狀態(tài)下,數(shù)字映射可以根據(jù)多重的反饋源數(shù)據(jù)進(jìn)行自我學(xué)習(xí),從而幾乎實(shí)時(shí)地在數(shù)字世界里呈現(xiàn)物理實(shí)體的真實(shí)狀況。數(shù)字映射的反饋源主要依賴于各種傳感器,如壓力、角度、速度傳感器等。數(shù)字映射的自我學(xué)習(xí)(或稱機(jī)器學(xué)習(xí))除了可以依賴于傳感器的反饋信息,也可以是通過歷史數(shù)據(jù),或者是集成網(wǎng)絡(luò)的數(shù)據(jù)學(xué)習(xí)。后者常指多個(gè)同批次的物理實(shí)體同時(shí)進(jìn)行不同的操作,并將數(shù)據(jù)反饋到同一個(gè)信息化平臺(tái),數(shù)字映射根據(jù)海量的信息反饋,進(jìn)行迅速的深度學(xué)習(xí)和精確模擬。

在各個(gè)工業(yè)部門,數(shù)字孿生被用來優(yōu)化物理資產(chǎn)、系統(tǒng)和制造過程的操作和維護(hù)。它們是用于工業(yè)物聯(lián)網(wǎng)的成形技術(shù),其中物理對(duì)象可以與其他機(jī)器和人類生活和交互。事實(shí)上,在物聯(lián)網(wǎng)的背景下,它們也被稱為“網(wǎng)絡(luò)對(duì)象” "cyberobjects"或“數(shù)字化身” "digital avatars"。

serverless

Serverless的熱度可謂如日中天,受到了各大云計(jì)算廠商和巨頭的推崇和追捧,和之前的Kubernetes相比有過之而無(wú)不及,生怕錯(cuò)失了新一波云計(jì)算和服務(wù)變革的潮流。Serverless 圈內(nèi)俗稱為“無(wú)服務(wù)器架構(gòu)”,Serverless 不是具體的一個(gè)編程框架、類庫(kù)或者工具。簡(jiǎn)單來說,Serverless 是一種軟件系統(tǒng)架構(gòu)思想和方法,它的核心思想是用戶無(wú)須關(guān)注支撐應(yīng)用服務(wù)運(yùn)行的底層主機(jī)。這種架構(gòu)的思想和方法將對(duì)未來軟件應(yīng)用的設(shè)計(jì)、開發(fā)和運(yùn)營(yíng)產(chǎn)生深遠(yuǎn)的影響。所謂“無(wú)服務(wù)器”,并不是說基于 Serverless 架構(gòu)的軟件應(yīng)用不需要服務(wù)器就可以運(yùn)行,其指的是用戶無(wú)須關(guān)心軟件應(yīng)用運(yùn)行涉及的底層服務(wù)器的狀態(tài)、資源(比如 CPU、內(nèi)存、磁盤及網(wǎng)絡(luò))及數(shù)量。軟件應(yīng)用正常運(yùn)行所需要的計(jì)算資源由底層的云計(jì)算平臺(tái)動(dòng)態(tài)提供。雖然 Serverless 技術(shù)的發(fā)展很快,但是畢竟它還是一門起步時(shí)間不長(zhǎng)的新興技術(shù)。因此,目前 Serverless 相關(guān)平臺(tái)、工具和框架還處在一個(gè)不斷變化和演進(jìn)的階段,開發(fā)和調(diào)試的用戶體驗(yàn)還需要進(jìn)一步提升。Serverless 相關(guān)的文檔和資料相對(duì)比較少,深入了解 Serverless 架構(gòu)的架構(gòu)師、開發(fā)人員和運(yùn)維人員也相對(duì)較少。

容器云

你可以把容器云理解為云上的容器技術(shù)服務(wù),這個(gè)概念的終極體現(xiàn)就是 PAAS 層的云交付模式。前面談到,docker、k8s 現(xiàn)在已經(jīng)是大火,這必然會(huì)推動(dòng)云計(jì)算 PAAS 層的完善和普及。站在云廠商的角度,前幾年客戶不斷的來上云、用云,其實(shí)就是在不斷的玩 IAAS。你問容器云時(shí)代從 17 年開始就已經(jīng)來了。有些技術(shù)體系完善走得靠前的公司,他們已經(jīng)步入選擇 PAAS 層級(jí)的云產(chǎn)品(或者自建 k8s 無(wú)數(shù)遍了)。容器云備受追捧源起于Docker的興起。Docker 最早是一個(gè)開源項(xiàng)目,誕生于 2013 年初。作為一種輕量型的虛擬機(jī),它具有傳統(tǒng)虛擬機(jī)很多優(yōu)點(diǎn)(比如它有自己的配置,可以獨(dú)立地運(yùn)行其他程序),但沒有虛擬機(jī)的開銷;它允許可以將環(huán)境和配置放入到代碼中加以部署,同樣的Docker配置還可以用在各種環(huán)境中,這有利于將基礎(chǔ)設(shè)施需求與應(yīng)用程序環(huán)境分離開來。而且由于容器的運(yùn)行只需要為應(yīng)用本身創(chuàng)建容器,并不啟動(dòng)操作系統(tǒng),這可以大大加速應(yīng)用的部署時(shí)間。

低代碼平臺(tái)

隨著企業(yè)數(shù)字化和上云的趨勢(shì)愈演愈烈,越來越多的個(gè)性化SaaS應(yīng)用,需要更快、更高效的開發(fā)。低代碼開發(fā)是一種通過可視化進(jìn)行應(yīng)用程序開發(fā)的方法,使具有不同經(jīng)驗(yàn)水平的開發(fā)人員可以通過圖形化的用戶界面,使用拖拽組件和模型驅(qū)動(dòng)的邏輯來創(chuàng)建網(wǎng)頁(yè)和移動(dòng)應(yīng)用程序。低代碼開發(fā)平臺(tái)使非技術(shù)開發(fā)人員可不必編寫代碼,而是將傳統(tǒng)IT架構(gòu)抽象化來支持專業(yè)開發(fā)人員。業(yè)務(wù)部門和IT部門的開發(fā)人員可以共同創(chuàng)建、迭代和發(fā)布應(yīng)用程序,花費(fèi)的時(shí)間則比傳統(tǒng)方式更少。

RPA 機(jī)器人流程自動(dòng)化

RPA(機(jī)器人流程自動(dòng)化): Robotic process automation,是指用軟件自動(dòng)化方式實(shí)現(xiàn)在各個(gè)行業(yè)中本來是人工操作計(jì)算機(jī)完成的業(yè)務(wù)。它讓軟件機(jī)器人自動(dòng)處理大量重復(fù)的、基于規(guī)則的工作流程任務(wù)。比如:在企業(yè)的業(yè)務(wù)流程中,通常有紙質(zhì)文件錄入、證件票據(jù)驗(yàn)證、從電子郵件和文檔中提取數(shù)據(jù)、跨系統(tǒng)數(shù)據(jù)遷移、企業(yè)IT應(yīng)用自動(dòng)操作等……軟件機(jī)器人能準(zhǔn)確快速完成這些工作,能減少人工錯(cuò)誤、確保零失誤、提高效率、大幅度降低運(yùn)營(yíng)成本。RPA依靠先進(jìn)的軟件自動(dòng)化技術(shù),極大降低了開發(fā)成本和開發(fā)周期,實(shí)現(xiàn)了企業(yè)內(nèi)部跨系統(tǒng)及工作流程的自動(dòng)化工作,提高生產(chǎn)效率并降低了成本。RPA采用的技術(shù)有:機(jī)器學(xué)習(xí),自然語(yǔ)言處理,自然語(yǔ)言生成和計(jì)算機(jī)視覺。RPA允許Robots以人類相同的方式與任何應(yīng)用程序進(jìn)行交互。

Service Mesh

Service Mesh 公認(rèn)的定義,是用以處理服務(wù)與服務(wù)之間通信的專用基礎(chǔ)設(shè)施層。更本質(zhì)的理解,它是服務(wù)治理平臺(tái),是業(yè)務(wù)邏輯解耦的必然產(chǎn)物,是數(shù)字經(jīng)濟(jì)背景下企業(yè)對(duì)研發(fā)效能提升的選擇。服務(wù)端架構(gòu)從單體模塊化架構(gòu),到 SOA(面向服務(wù)架構(gòu)),到經(jīng)典微服務(wù)架構(gòu)(服務(wù)間采用 RPC 通信),到最新的 Service Mesh,就是一個(gè)不斷強(qiáng)調(diào)解耦和復(fù)用的演進(jìn)歷程。傳統(tǒng)通過 Spring Cloud 實(shí)現(xiàn)服務(wù)治理的方式,服務(wù)治理與業(yè)務(wù)邏輯耦合在一起,部署、運(yùn)維都耦合了微服務(wù)本身的操作。比如一個(gè) RPC 框架的 bugfix 會(huì)引發(fā)所有微服務(wù)曠日長(zhǎng)久的升級(jí)發(fā)布,同時(shí)帶來業(yè)務(wù)開發(fā)人員開發(fā)、測(cè)試、回歸、發(fā)布的巨大重復(fù)工作量。而 Service Mesh 通過將與業(yè)務(wù)邏輯無(wú)關(guān)的服務(wù)治理邏輯下沉,讓業(yè)務(wù)開發(fā)人員與基礎(chǔ)技術(shù)開發(fā)人員關(guān)注點(diǎn)分離,各司其職,大大提升了研發(fā)效能。

THEEND

最新評(píng)論(評(píng)論僅代表用戶觀點(diǎn))

更多
暫無(wú)評(píng)論