對于2016年對技巧的猜測眾口紛紜，我有一些在MongoDB公司的同伙和我說了他們的猜測。對于Kafka和Container Orchestration的猜測看來異常準確。我還想彌補的一點是，微辦事仍將很緊張，和Apache Spark將會猶如星星之火燎原。我感到Scala、Go、Python將急劇回升，Java將堅持穩(wěn)定。許多很酷的新項目和技巧會以大數(shù)據(jù)，云和devops的事情情勢呈現(xiàn)。讓咱們一路刮目相待吧。

數(shù)據(jù)開端在會議上展露頭角：CDO（開辟總監(jiān)）成為財產(chǎn)500強的必備頭銜

CIO存眷于用根基設施來處置數(shù)據(jù)。CDO的義務是讓構(gòu)造將數(shù)據(jù)看成本錢：使得數(shù)據(jù)可被拜訪、治理和安排，并找到提取數(shù)據(jù)值和削減違規(guī)危險之間的均衡。

日趨增加的Kafka：數(shù)據(jù)流銜接數(shù)據(jù)庫到強大的當代營業(yè)app

Kafka將成為企業(yè)數(shù)據(jù)根基架構(gòu)的緊張結(jié)合點，增進樹立智能化、分布式的體系。跟著IoT、環(huán)球性安排、和微辦事的增加，在數(shù)據(jù)被存儲在數(shù)據(jù)庫以前捕獲和節(jié)制數(shù)據(jù)，變得愈來愈緊張。Kafka和其他的流體系，如Spark和Storm將彌補數(shù)據(jù)庫作為企業(yè)客棧的癥結(jié)部門，用以治理跨利用程序和數(shù)據(jù)中心的數(shù)據(jù)。

容器之爭曾經(jīng)停止：Container Orchestration之爭的烽火卻已燃起

Docker明顯曾經(jīng)贏患了容器之爭的成功，每個人如今都以此為尺度。以后戰(zhàn)役曾經(jīng)轉(zhuǎn)移到了Container Orchestration，而且數(shù)據(jù)中心的節(jié)制正處于生死關頭。有贏家，也有輸家，另有一些不測。風趣的是，成功者將是現(xiàn)任供應商——Red Hat和VMW——他們指清楚明了若何從Docker和Google（Kubernetes）獲得開源碼，構(gòu)建到自己的貿(mào)易產(chǎn)物中，并銷售給現(xiàn)有的買家。

利用機能瓶頸從存儲轉(zhuǎn)移到CPU和收集

在十多年來，機能瓶頸壓服性地取決于存儲層。在此期間，CPU和收集的成長速率堅持安穩(wěn)，并無太大的機能成績，由于存儲層才是短板。跟著存儲中的癥結(jié)立異——英特爾的3D XPoint，一種NAND閃存的新情勢，能夠增加密度、耐久性和機能，還具有了NVME SSD的繞過文件體系的更佳更快的接口——企業(yè)架構(gòu)師如今必要集中精力去優(yōu)化位于CPU和收集層的利用程序。成果便是，利用程序的代碼將必要被優(yōu)化，和安排架構(gòu)——和內(nèi)存盤算，另有堅持環(huán)球范圍內(nèi)用戶附近的數(shù)據(jù)正本同樣——將成為癥結(jié)。

本溪紅海傳媒廣告承接包括PC品牌網(wǎng)站、移動手機網(wǎng)站、微信網(wǎng)站的全平臺建設，使企業(yè)形象定能在全新的網(wǎng)絡平臺上得到充分展示！