從技術雷達看科技宏觀趨勢

ThoughtWorks每年都會出品兩期技術雷達，這是一份關于科技行業(yè)技術趨勢的報告。是ThoughtWorks對工具、技術、編程語言和平臺的詳細解讀，我們通常會引入一百余個技術條目。編寫技術雷達需要與來自ThoughtWorks全球各個辦公室的資深技術專家進行深入溝通，在討論個別現(xiàn)象的過程中，我們也會談及宏觀趨勢。本文匯集了我們眼中當前科技行業(yè)的大趨勢，以饗讀者。

區(qū)塊鏈不僅僅是炒作

在本文編寫之時，一枚比特幣的市值已經(jīng)突破一萬美元大關，從年初至今已經(jīng)翻了十倍。而埃隆·馬斯克明確否認自己是中本聰本尊，中本聰是比特幣的神秘發(fā)行人。比特幣炒作帶火了加密貨幣這個混亂的市場，同時名人效應帶來的ICO投機也是風生水起，這引發(fā)了加密貨幣存在“巨大泡沫”的擔憂。不過在這種過山車式的瘋狂炒作下，也孕育了一些很有價值的技術。

我們的許多客戶都在試圖建立一個運用區(qū)塊鏈的分布式賬本和智能合約，一些雷達條目顯示，區(qū)塊鏈相關技術已經(jīng)趨于成熟，使用多種技術和編程語言實施智能合約的有效方法越來越多。區(qū)塊鏈會解決兩大問題。首先，這種技術可以讓我們擺脫對“大家共同信賴”中間人（如銀行或者股票交易所）的依賴，建立分布式信任機制；其次，區(qū)塊鏈可以讓我們創(chuàng)建一個共享式、不可更改的的可信的賬本——是對事實的記錄。如今，我們已經(jīng)見證了基于這兩個核心理念的組織的誕生。其中，我們認為以太坊智能合約和Corda分布式賬本技術值得持續(xù)關注。

企業(yè)內(nèi)部署(on-premise)軟件風光不再？

談及基礎設施和部署，暫且把我們的溝通對象變成我們的每一個客戶。在組織開始考慮配置服務器、安裝軟件，并且對軟件進行后續(xù)打補丁和維護等動作時，第一個問題是“有我可以購買的定制服務嗎？”，然后是“我可以從云服務供應商買什么來構建我的云服務？”這個決策流程可以總結為“最后考慮企業(yè)內(nèi)部署(on-premise)軟件”。曾幾何時，人們在使用云服務時會研究多時；而今使用on-premise式服務時人們才會非常謹慎。過去一年來，云端托管已經(jīng)成為大家非常感興趣的話題。

雷達報告中再次印證了這個趨勢——本文中談及的許多工具、技術和平臺要么是云服務輔助，要么支持云端服務。我們切實見證了許多組織“默認上云”的趨勢，我們這里提到“企業(yè)內(nèi)部署”，但是重點不是服務器在哪里，而是高效獲得一項服務或功能，并長期保證其運行和維護所需要的工作量。

虛擬化的“長尾效應”

早在1999年我們開始使用Vmware的虛擬機時，并沒有預料到虛擬化將會給軟件帶來全方位的變革。虛擬機如今已成為軟件行業(yè)各個環(huán)節(jié)的必選，無論是開發(fā)者工作站還是谷歌這個體量的數(shù)據(jù)中心，而且虛擬機也是許多系統(tǒng)的“擴展單元”（除非你是谷歌，在谷歌數(shù)據(jù)中心本身就是擴展單元?。ocker、Kubernetes以及當前所有重量級云技術都是基于虛擬化來實現(xiàn)的。

虛擬化促成了云服務的繁榮，我們認為，在NIST定義中的云極具價值。NIST的五個“基本特征”中，我們認為兩個特征——按需自助服務和彈性——是云服務能夠獲得寵愛的絕對關鍵要素。選擇云服務時，還有三個特征，而這些優(yōu)勢正是許多“私有云”產(chǎn)品所無法比擬的。

同等特性(feature party)的誤導

我們發(fā)現(xiàn)目前科技行業(yè)呈現(xiàn)出一種不良趨勢，即在實施云遷移、遺留系統(tǒng)升級或產(chǎn)品再開發(fā)時以“同等特性(feature party)”為目標。將一套運行時間達十年或十五年的老系統(tǒng)單純用新技術重新部署，且不論程序缺陷等等，這絕非好主意。常用的借口是“我們不想給企業(yè)帶來困擾”，或是擔心改變流程或計算，但結果常常是交付遙遙無期、進展緩慢、一次性交付，還潛藏各種風險。在發(fā)現(xiàn)項目延期、預算大幅超支且不能給企業(yè)帶來任何新的利益時，利益相關者往往大失所望。

這些教訓值得我們反思。我們認為IT領導者（和企業(yè)）應當大膽質(zhì)疑十年前編寫的邏輯能否代表當今企業(yè)的運行方式，要相信用戶有能力采納（整體更強大的）新系統(tǒng)。企業(yè)應當深入研究自己真正需要的功能，而不是在新平臺上重建一套功能完備的特性集。關于如何為云服務重寫敏捷項目管理工具Mingle，本期技術雷達進行了更多深入的探討。

中國正在開源世界中崛起

我們發(fā)現(xiàn)中國的開源項目在數(shù)量和質(zhì)量上均呈跳躍式增長。百度和阿里巴巴等大企業(yè)已經(jīng)發(fā)布自己的開源代碼，令全球為之矚目。在過去的幾年里，中國公司對開源代碼的認知悄然轉變。以前出于保護知識產(chǎn)權的憂慮，不愿意開源。而現(xiàn)在他們看到了Docker、Kubernetes和OpenStack等大型項目的影響力，認識到建立一套生態(tài)系統(tǒng)是比閉關更好的選擇。只要保持對開源社區(qū)的影響力，他們就可以掌握其IP的控制權，同時享受開源的福利。

另外一個因素是中國與發(fā)達國家的市場有很大不同，具有獨特的文化和視角，由此產(chǎn)生的期望與要求也有所不同，所以中國企業(yè)并不一定需要亦步亦趨地追隨西方企業(yè)的腳步。中國市場的體量巨大，中國企業(yè)正在創(chuàng)建、分享開源代碼，開發(fā)自己特有的軟件和生態(tài)系統(tǒng)，從而解決中國特有的問題。

在本期技術雷達中，我們重點介紹了阿里巴巴的兩大項目Atlas和Beehive，可以更好地實現(xiàn)應用程序模塊化，有助于分布式或者遠程團隊協(xié)作。借此你可以動態(tài)地將物理隔離模塊統(tǒng)一裝配到單個應用程序中，其具體設計顯然考慮到了中國軟件市場的情況。

值得注意的是，中國的開源代碼首先是為中國編寫的，因此不用走出國門就能取得巨大成功。文檔將使用中文撰寫，如果一個項目進行得足夠順利，后續(xù)可能創(chuàng)建翻譯版本。中國涌現(xiàn)了一些質(zhì)量很高的軟件，而且非常實用，但需要注意的是其主要受眾是中國市場。

Kubernetes統(tǒng)領容器管理生態(tài)

一年前，身在ThoughtWorks的我們曾被問道“你們偏愛哪一種容器管理平臺，Kubernetes還是Mesos？”如今，這個問題的答案已經(jīng)不言而喻。Kubernetes儼然已是事實上的默認標準。這是為什么呢？我們認為是各種因素作用下的綜合結果。

容器化趨勢已經(jīng)建立了一套生態(tài)系統(tǒng)，我們所有的工具都可以在該生態(tài)系統(tǒng)內(nèi)與容器協(xié)作（而且經(jīng)常需要容器），Docker在這一點上尤為突出。在某種程度上，容器就是新POSIX、新通用接口。IT行業(yè)在創(chuàng)建軟件組件上付出了多年的努力，看來容器可能是目前最好的標準化方式。（然而，因為一個容器里可以插入任何內(nèi)容，所以目前尚無法保證組件可以很好地共同運行。）微服務、演化架構、默認云等其他重要科技趨勢與容器的協(xié)作極好，因此也存在自然的共生關系。

幾年前，科技行業(yè)主要參與者還在探討GIFFEE——谷歌提供的針對其他所有人的基礎架構。“GIFEE”的話題才剛開始，Kubernetes基本已經(jīng)成了所有人都能用的谷歌式基礎架構。谷歌努力推進項目，投入了大量資源，希望把人們吸引到谷歌云產(chǎn)品上。隨著時間的推移，Kubernetes已經(jīng)成了我們與供應商和云提供商打交道的默認容器平臺。

除此之外，Kubernetes還進化得更易于大規(guī)模運行。經(jīng)過對Kubernetes核心軟件的改進，借助更好的工具和高度活躍的生態(tài)系統(tǒng)，運行彈性生產(chǎn)集群的學習曲線已經(jīng)不再那么陡峭?，F(xiàn)在所有主要云提供商都提供基于Kubernetes的托管，所以進入門檻很低。

數(shù)據(jù)流即是標準

在本期技術雷達中，我們探討了一系列與Kafka相關的問題：Kafka、Kafka Streams、Kafka作為正確數(shù)據(jù)之源、Kafka作為輕量級ESB。然而我們?yōu)槭裁匆獜娬{(diào)數(shù)據(jù)流？

全世界都渴望實時分析。事實上，設計系統(tǒng)時我們必須做出調(diào)整適應。我們喜歡基于事件的流式架構所帶來的福利——松散耦合、自主組件、高性能和高擴展性——但分析要求推動了對數(shù)據(jù)流的要求。離開數(shù)據(jù)流便無法實現(xiàn)實時分析。

與數(shù)據(jù)流興起相關的是事件驅(qū)動架構的成熟度。人們對這些系統(tǒng)已然司空見慣，也很好理解了。有些新技術還在涌現(xiàn)，例如用數(shù)據(jù)流作為企業(yè)事實/狀態(tài)的持久化存儲。我們并非百分百確定所有這些技術都是好主意（CQRS已經(jīng)坑了許多不設戒備心的人），但數(shù)據(jù)流已深入人心，這一點毋庸置疑。

生成海報

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