從應用層面看，企業(yè)也希望擴大數(shù)字應用范圍，但安全匹配落后；

    從管理層面來看，企業(yè)都希望運行速度更快，這也是云計算的明顯優(yōu)勢，但授權也會呈現(xiàn)靜態(tài)變化，從而導致匹配難度較大。

   數(shù)據(jù)流量處理面臨壓力

   現(xiàn)階段數(shù)據(jù)中心主要以傳統(tǒng)架構的方式為主。這一網(wǎng)絡結構，按照現(xiàn)階段的能力，僅僅支持百兆比特/秒級的容量，單點故障風險較高，且功耗較大。對于龐大的數(shù)據(jù)量，維護幾十萬對的光纖難度較大。在數(shù)字經(jīng)濟發(fā)展過程中，這并非企業(yè)面對龐大的數(shù)據(jù)流量以及儲存數(shù)據(jù)中心所能具備的能力。但如果能夠?qū)⒃频睦砟钆c這一架構相結合，并將縱向擴展轉(zhuǎn)變?yōu)闄M向擴展，就能夠?qū)崿F(xiàn)超大容量，并減少大量的光纖使用。盡管這一方案還處于設想階段，但利用這一理念來建立一個分布式的架構，替代傳統(tǒng)數(shù)據(jù)中心架構有利于解決數(shù)據(jù)儲存風險較高的問題，也能夠加快數(shù)據(jù)傳輸效率。

   “數(shù)據(jù)孤島”尚未打通

    由于開發(fā)時間與部門的差異，從而導致異構以及多個軟硬件平臺的信息系統(tǒng)同時運行，但這些系統(tǒng)數(shù)據(jù)相互獨立、隔離，無法實現(xiàn)數(shù)據(jù)共享，由此就產(chǎn)生了“數(shù)據(jù)孤島”。隨著數(shù)字化進入到全新的發(fā)展階段，企業(yè)對外部信息需求呈現(xiàn)不斷上升的發(fā)展趨勢，包括產(chǎn)業(yè)鏈上下游企業(yè)信息等，需要將這些資源進行整合，實現(xiàn)行業(yè)信息共享。

   云化過程中數(shù)據(jù)遷移帶寬問題亟待解決

   如何解決云化過程中的數(shù)據(jù)轉(zhuǎn)移以及私有云和公有云帶寬問題是數(shù)字化轉(zhuǎn)型過程中的主要問題。亞馬遜主要以特快專遞的方式讓企業(yè)將所有數(shù)據(jù)傳遞到亞馬遜，按照每50TB（兆）收費200美金的標準進行收費。如果從云端拷貝這份數(shù)據(jù)，那么收費為1000到2000美金，但靠盒子運輸?shù)陌踩圆患选Ｒ虼耍推髽I(yè)層面來看，首先要運營商按需提供帶寬，才能加快云端公有云和私有云之間龐大的數(shù)據(jù)傳輸。

   生態(tài)圈建設需加強

   為了適應數(shù)字化轉(zhuǎn)型發(fā)展，大部分企業(yè)都建立了相應的生態(tài)圈，但現(xiàn)階段存在的主要問題在于參與企業(yè)數(shù)量不足。根本原因是大部分企業(yè)建立的生態(tài)圈以自身發(fā)展為核心，從而造成多個企業(yè)生態(tài)圈矛盾沖突加劇。實際上，企業(yè)的經(jīng)濟實力決定了誰融入誰的生態(tài)圈。