關(guān)于2016年對技術(shù)的預測眾說紛紜，我有一些在MongoDB公司的朋友和我說了他們的預測。關(guān)于Kafka和Container Orchestration的預測看來非常正確。我還想補充的一點是，微服務(wù)仍將很重要，以及Apache Spark將會如同星星之火燎原。我覺得Scala、Go、Python將急劇上升，Java將保持穩(wěn)定。很多很酷的新項目和技術(shù)會以大數(shù)據(jù)，云和devops的工作形式出現(xiàn)。讓我們一起拭目以待吧。

數(shù)據(jù)開始在會議上展露頭角：CDO（開發(fā)總監(jiān)）成為財富500強的必備頭銜

CIO關(guān)注于用基礎(chǔ)設(shè)施來處理數(shù)據(jù)。CDO的任務(wù)是讓組織將數(shù)據(jù)當作資本：使得數(shù)據(jù)可被訪問、管理和支配，并找到提取數(shù)據(jù)值和減少違規(guī)風險之間的平衡。

日益增長的Kafka：數(shù)據(jù)流連接數(shù)據(jù)庫到強大的現(xiàn)代業(yè)務(wù)app

Kafka將成為企業(yè)數(shù)據(jù)基礎(chǔ)架構(gòu)的重要結(jié)合點，促進建立智能化、分布式的系統(tǒng)。隨著IoT、全球性部署、以及微服務(wù)的增長，在數(shù)據(jù)被存儲在數(shù)據(jù)庫之前捕捉和控制數(shù)據(jù)，變得越來越重要。Kafka和其他的流系統(tǒng)，如Spark和Storm將補充數(shù)據(jù)庫作為企業(yè)堆棧的關(guān)鍵部分，用以管理跨應(yīng)用程序和數(shù)據(jù)中心的數(shù)據(jù)。

容器之爭已經(jīng)結(jié)束：Container Orchestration之爭的烽煙卻已燃起

Docker 顯然已經(jīng)贏得了容器之爭的勝利，每個人現(xiàn)在都以此為標準。當前戰(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)用性能瓶頸從存儲轉(zhuǎn)移到CPU和網(wǎng)絡(luò)

在十多年來，性能瓶頸壓倒性地取決于存儲層。在此期間，CPU和網(wǎng)絡(luò)的發(fā)展速度保持平穩(wěn)，并沒有太大的性能問題，因為存儲層才是短板。隨著存儲中的關(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)存計算，還有保持全球范圍內(nèi)用戶附近的數(shù)據(jù)副本一樣——將成為關(guān)鍵。

譯文鏈接：http://www.codeceo.com/article/2016-predictions-for-developer.html
英文原文：2016 Predictions for Developers
翻譯作者：碼農(nóng)網(wǎng) – 小峰