沒有人能預(yù)見到2020年將會帶來什么挑戰(zhàn)，但這并不能阻止IT思想領(lǐng)袖提出他們預(yù)測的趨勢。一些IT專家通常都會在年底就未來一年的發(fā)展進行預(yù)測，不管是否符合其目標(biāo)，總會有一些有趣的答案。

[[335657]]

現(xiàn)在進入了一個陌生而又不尋常的下半年，疫情在全球的蔓延、種族沖突、國家的分歧等，在今年上半年出現(xiàn)很多意想不到的問題，沒有人能預(yù)見到2020年下半年將帶來什么挑戰(zhàn)。

就像所有分析一樣，過去的數(shù)據(jù)和歷史終將被通往未來之路的信息所取代。如果進行回顧，就可以預(yù)測一些關(guān)鍵趨勢。遵循這些原則，通過以往的調(diào)查數(shù)據(jù)和行業(yè)信息，可以了解在未來IT世界中看到的重要內(nèi)容。

數(shù)據(jù)庫提供商Cockroach Labs公司首席產(chǎn)品官Nate Stewart日前對滿足消費者和開發(fā)人員需求的IT決策和產(chǎn)品管理趨勢進行了預(yù)測與分析。

趨勢1：向云平臺的遷移才剛剛開始

調(diào)研機構(gòu)IDC公司最近發(fā)布的一份2020年云計算發(fā)展的預(yù)測報告表明，2020年云計算IT基礎(chǔ)設(shè)施的支出將達到692億美元，這意味著與2019年相比增長3.6%。盡管以云計算為中心的方法對于現(xiàn)代組織來說是一種明智的選擇，并被廣泛接受，但許多IT決策者仍不愿將其所有數(shù)據(jù)遷移到云計算環(huán)境，而是堅持運營他們所熟悉的內(nèi)部部署數(shù)據(jù)中心或私有云。

由疫情推動的遠(yuǎn)程工作模式正迫使組織深入考慮公共云的彈性和靈活性。雖然向云平臺的完全遷移代表了降低風(fēng)險和削減成本的途徑，但這不是靈丹妙藥。許多組織仍然需要與傳統(tǒng)的內(nèi)部部署系統(tǒng)保持混合兼容性。

Kubernetes的出現(xiàn)幫助許多人利用了輕松擴展無狀態(tài)工作負(fù)載的優(yōu)勢，但是他們?nèi)匀幻媾R著管理數(shù)據(jù)庫來提供記錄關(guān)鍵任務(wù)系統(tǒng)的工作負(fù)載的挑戰(zhàn)。迄今為止，平臺和業(yè)務(wù)目標(biāo)之間存在不匹配的問題，這些目標(biāo)使許多關(guān)鍵工作負(fù)載無法進行遷移。內(nèi)部部署數(shù)據(jù)庫通常難以遷移到云平臺。為了獲得成功，IT決策者需要選擇如何大規(guī)模管理和記錄工作負(fù)載的關(guān)鍵任務(wù)系統(tǒng)，以解決云計算的分布式問題。

趨勢2：Kubernetes的興起

在發(fā)生疫情之前，云原生計算基金會(CNCF)指出，隨著越來越多的組織轉(zhuǎn)向靈活高效的DevOps環(huán)境，Kubernetes的采用率有所提高。發(fā)生的疫情可能會進一步推動Kubernetes在需要適應(yīng)新常態(tài)的IT決策者中的普及程度。他們看到了基礎(chǔ)設(shè)施面臨的壓力，并被迫更改其業(yè)務(wù)模式，這意味著他們需要快速迭代并引入新的應(yīng)用程序，才能滿足這種超級動態(tài)并且有些混亂的業(yè)務(wù)環(huán)境。

Kubernetes為這種快速變化提供了一個平臺。但是這些變化對數(shù)據(jù)意味著什么?傳統(tǒng)數(shù)據(jù)庫無法跟上全球分散交易量的大幅增長。發(fā)生的疫情迫使IT架構(gòu)師以更快的速度過渡到現(xiàn)代動態(tài)系統(tǒng)，否則將面臨滅頂之災(zāi)。

趨勢3：關(guān)注開發(fā)人員的體驗

就像其他所有人一樣，開發(fā)人員也是消費者，也在親身體驗IT技術(shù)的好處和易用性，并希望他們在工作中使用和構(gòu)建的應(yīng)用程序具有類似的體驗?，F(xiàn)在生活和工作的新規(guī)范要求滿足工作流程需求的技術(shù)，并迫使組織重新考慮其決策過程，以平衡經(jīng)濟價值和體驗價值。在創(chuàng)建新應(yīng)用程序時，開發(fā)人員需要確保以組織為中心的產(chǎn)品(甚至支持后端操作的產(chǎn)品)提供的用戶體驗類似于消費者的技術(shù)體驗。

趨勢4：重新思考災(zāi)難恢復(fù)能力

在2019年，美國富國銀行(Wells Fargo)經(jīng)歷了一次業(yè)務(wù)中斷，導(dǎo)致用戶在數(shù)小時甚至數(shù)天內(nèi)無法完成交易。去年冬天，股票經(jīng)紀(jì)商RobinHood公司在一個月的時間內(nèi)發(fā)生了多次宕機中斷事件。這些中斷不僅影響其財務(wù)狀況，而且對其品牌信譽和經(jīng)營利潤也造成重大損害。組織遭遇的中斷通常是偶然性的，這意味著采取災(zāi)備以及災(zāi)難恢復(fù)措施是必不可少的。

在企業(yè)制定災(zāi)難恢復(fù)計劃之前，必須確定災(zāi)難的可能性并確定兩個關(guān)鍵因素?；謴?fù)時間目標(biāo)(RTO)可以確定其業(yè)務(wù)中斷多長時間而不會對品牌或利潤造成重大損害?；謴?fù)點目標(biāo)(RPO)可以確定在損害業(yè)務(wù)目標(biāo)之前丟失的數(shù)據(jù)量。一旦確定了這些因素，企業(yè)就需要確保其IT基礎(chǔ)設(shè)施支持災(zāi)難場景。并滿足恢復(fù)時間目標(biāo)(RTO)和恢復(fù)點目標(biāo)(RPO)這兩個業(yè)務(wù)目標(biāo)，從而提供針對災(zāi)難和潛在數(shù)據(jù)丟失的保護。

通過將數(shù)字作為首選的交付模式，災(zāi)難恢復(fù)的彈性已經(jīng)提升到了一個突出的位置，因為它可以影響業(yè)務(wù)的收入。對于IT領(lǐng)導(dǎo)者來說，必須停止將彈性應(yīng)用于系統(tǒng)，而要尋求將其作為端到端基礎(chǔ)設(shè)施一部分的系統(tǒng)。

趨勢5：大規(guī)模的業(yè)務(wù)連續(xù)性

數(shù)據(jù)庫技術(shù)的演變可以分為三代或三個階段。第一代數(shù)據(jù)庫技術(shù)(可追溯到20世紀(jì)80年代)提供了結(jié)構(gòu)和可訪問性，但僅在內(nèi)部部署數(shù)據(jù)中心中運行，​​并且很難管理。

第二代數(shù)據(jù)庫技術(shù)提供了NoSQL，它可以兼容最早的數(shù)據(jù)密集型應(yīng)用程序，并為開發(fā)人員提供良好的服務(wù)，但是一致性、可靠性和對核心開發(fā)人員以外的用戶的支持都受到了影響。

第三代數(shù)據(jù)庫技術(shù)將關(guān)系數(shù)據(jù)結(jié)構(gòu)和標(biāo)準(zhǔn)SQL的分布式計算方法結(jié)合在一起。這些新時代的分布式架構(gòu)可以部署在任何類型的基礎(chǔ)設(shè)施上，并充分利用云計算基礎(chǔ)設(shè)施的彈性和全局性。這意味著它可以保證數(shù)據(jù)的一致性：實例甚至整個數(shù)據(jù)中心都可能遭到破壞，但不會丟失任何數(shù)據(jù)或中斷服務(wù)。云原生應(yīng)用程序提供了一定規(guī)模的彈性和業(yè)務(wù)連續(xù)性，這在數(shù)據(jù)空間中幾乎是前所未有的。

趨勢6：采用無服務(wù)器技術(shù)

根據(jù)調(diào)研機構(gòu)Forrester公司的調(diào)查，將近50%的組織正在使用或計劃采用無服務(wù)器技術(shù)。無服務(wù)器是最終狀態(tài)云架構(gòu)，它將使企業(yè)能夠?qū)⑷窟\營職責(zé)轉(zhuǎn)移到云平臺上，從而有效地提高敏捷性和創(chuàng)新能力。由于疫情的影響，無服務(wù)器模型現(xiàn)在對組織更具吸引力，因為它更易于使用、部署和維護應(yīng)用程序。構(gòu)建無服務(wù)器應(yīng)用程序意味著開發(fā)人員可以專注于其核心產(chǎn)品，而不必?fù)?dān)心在云平臺或內(nèi)部部署設(shè)施管理和操作服務(wù)器。開發(fā)人員可以騰出時間和精力用于更快地創(chuàng)建對組織盈利有直接影響的應(yīng)用程序。