關(guān)于2016年對(duì)技術(shù)的預(yù)測(cè)眾說紛紜，我有一些在MongoDB公司的朋友和我說了他們的預(yù)測(cè)。關(guān)于Kafka和Container Orchestration的預(yù)測(cè)看來非常正確。我還想補(bǔ)充的一點(diǎn)是，微服務(wù)仍將很重要，以及Apache Spark將會(huì)如同星星之火燎原。我覺得Scala、Go、Python將急劇上升，Java將保持穩(wěn)定。很多很酷的新項(xiàng)目和技術(shù)會(huì)以大數(shù)據(jù)，云和devops的工作形式出現(xiàn)。讓我們一起拭目以待吧。
數(shù)據(jù)開始在會(huì)議上展露頭角：CDO（開發(fā)總監(jiān)）成為財(cái)富500強(qiáng)的必備頭銜
CIO關(guān)注于用基礎(chǔ)設(shè)施來處理數(shù)據(jù)。CDO的任務(wù)是讓組織將數(shù)據(jù)當(dāng)作資本：使得數(shù)據(jù)可被訪問、管理和支配，并找到提取數(shù)據(jù)值和減少違規(guī)風(fēng)險(xiǎn)之間的平衡。
日益增長的Kafka：數(shù)據(jù)流連接數(shù)據(jù)庫到強(qiáng)大的現(xiàn)代業(yè)務(wù)app
Kafka將成為企業(yè)數(shù)據(jù)基礎(chǔ)架構(gòu)的重要結(jié)合點(diǎn)，促進(jìn)建立智能化、分布式的系統(tǒng)。隨著IoT、全球性部署、以及微服務(wù)的增長，在數(shù)據(jù)被存儲(chǔ)在數(shù)據(jù)庫之前捕捉和控制數(shù)據(jù)，變得越來越重要。Kafka和其他的流系統(tǒng)，如Spark和Storm將補(bǔ)充數(shù)據(jù)庫作為企業(yè)堆棧的關(guān)鍵部分，用以管理跨應(yīng)用程序和數(shù)據(jù)中心的數(shù)據(jù)。
容器之爭(zhēng)已經(jīng)結(jié)束：Container Orchestration之爭(zhēng)的烽煙卻已燃起
Docker顯然已經(jīng)贏得了容器之爭(zhēng)的勝利，每個(gè)人現(xiàn)在都以此為標(biāo)準(zhǔn)。當(dāng)前戰(zhàn)斗已經(jīng)轉(zhuǎn)移到了Container Orchestration，并且數(shù)據(jù)中心的控制正處于緊要關(guān)頭。有贏家，也有輸家，還有一些意外。有趣的是，勝利者將是現(xiàn)任供應(yīng)商——Red Hat和VMW——他們指明了如何從Docker和Google（Kubernetes）獲取開源碼，構(gòu)建到自己的商業(yè)產(chǎn)品中，并銷售給現(xiàn)有的買家。
應(yīng)用性能瓶頸從存儲(chǔ)轉(zhuǎn)移到CPU和網(wǎng)絡(luò)
在十多年來，性能瓶頸壓倒性地取決于存儲(chǔ)層。在此期間，CPU和網(wǎng)絡(luò)的發(fā)展速度保持平穩(wěn)，并沒有太大的性能問題，因?yàn)榇鎯?chǔ)層才是短板。隨著存儲(chǔ)中的關(guān)鍵創(chuàng)新——英特爾的3D XPoint，一種NAND閃存的新形式，可以增加密度、耐久性和性能，還具備了NVME SSD的繞過文件系統(tǒng)的更佳更快的接口——企業(yè)架構(gòu)師現(xiàn)在需要集中精力去優(yōu)化位于CPU和網(wǎng)絡(luò)層的應(yīng)用程序。結(jié)果就是，應(yīng)用程序的代碼將需要被優(yōu)化，以及部署架構(gòu)——和內(nèi)存計(jì)算，還有保持全球范圍內(nèi)用戶附近的數(shù)據(jù)副本一樣——將成為關(guān)鍵。
京公網(wǎng)安備 11010502049343號(hào)