[]根據(jù)企業(yè)管理協(xié)會的研究，大多數(shù)公司都在與傳統(tǒng)基礎設施團隊和云計算團隊之間形成的4-7層網(wǎng)絡運營孤島進行斗爭。

在進行云計算和服務器虛擬化之前，第4-7層網(wǎng)絡是整體且靜態(tài)的。應用程序駐留在數(shù)據(jù)中心中，網(wǎng)絡工程師安裝了應用程序交付控制器（ADC）和負載平衡器，以管理和優(yōu)化數(shù)據(jù)中心中的客戶端-服務器流量。角色已明確定義。基礎設施團隊擁有并運營這些設備。 IT組織對預算、產品選擇、基礎設施設計和服務保證都有集中控制權。

隨著虛擬化和云技術推動了應用程序架構和基礎設施運營的一場革命，那些明確定義的角色和集中控制也隨之消失。雖然網(wǎng)絡基礎架構團隊通常在公司數(shù)據(jù)中心中保持多數(shù)控制權，但DevOps和CloudOps團隊一直在公共云和云原生環(huán)境中發(fā)揮作用?，F(xiàn)在，一個組織通常有兩個或多個小組負責并行的4-7層基礎架構和服務。

企業(yè)管理協(xié)會（EMA）發(fā)現(xiàn)，81%的公司在其數(shù)據(jù)中心和公共云上斷開了4-7層網(wǎng)絡基礎設施操作。此發(fā)現(xiàn)最近發(fā)表在“針對多云企業(yè)的應用程序交付基礎架構”報告中，該調查基于對253家在數(shù)據(jù)中心和公共云環(huán)境中部署了應用程序交付基礎架構和負載均衡器的公司的調查。

斷裂操作的問題

傳統(tǒng)的基礎架構團隊仍然在數(shù)據(jù)中心中操作ADC和負載均衡器，而更喜歡過去與他們合作過的供應商。 DevOps和CloudOps已控制了公共云，選擇使用與DevOps工具鏈更加集成的軟件和云提供商服務。

這種零散的運作模式是有問題的。具有4-7層運營分工的公司不太可能在此基礎架構上取得成功。 EMA研究參與者還透露了為什么他們認為需要縮小這一運營差距。

首先，有43％的企業(yè)表示這種情況帶來了安全風險。在大多數(shù)企業(yè)中，應用程序交付基礎結構是整體安全體系結構的重要組成部分。公司需要采用統(tǒng)一的方法來保護網(wǎng)絡安全。

研究參與者將合規(guī)性問題（36％）和運營效率（36％）確定為與斷裂運營相關的次要挑戰(zhàn)。 30％的人表示平臺問題（例如規(guī)模，性能，功能或穩(wěn)定性問題）是一項重大挑戰(zhàn)。

縮小運營差距

EMA不能保證可以解決此問題，但是我們有一些建議。首先，企業(yè)需要認識到問題所在。 IT領導層需要告訴這種操作鴻溝中任何一方的小組，他們應該共同努力，以統(tǒng)一其整體應用程序交付基礎架構方法。這并不意味著一個團隊的工具和平臺應該成為每個人的事實上的服務。這只是意味著這些團隊應該認識到需要采用一致的方法來進行應用程序交付管理。

接下來，IT團隊應選擇標準的應用程序交付基礎架構平臺，以及標準的配置，策略以及操作工具和流程。這些標準不必一視同仁。一個組織可以根據(jù)單個團隊的需求確定兩個或三個標準平臺，并圍繞每個平臺構建策略，黃金配置和工具鏈。

關鍵是標準化，而不是禁止最佳工作平臺。 EMA的研究發(fā)現(xiàn)，有81％試圖縮小運營差距的企業(yè)已在一個或多個應用程序交付平臺上實現(xiàn)了標準化。另外16％希望標準化。

最后，供應商需要加強。他們必須認識到不能期望贏得組織內所有不同的應用程序交付基礎架構購買者的忠誠度。

EMA詢問研究參與者供應商如何幫助他們統(tǒng)一操作。最常見的響應是部署靈活性（53％）和改進的集成API（53％）。成功的企業(yè)更傾向于將API作為關鍵需求。將近一半（49％）的人希望他們的供應商在其管理工具上提供多供應商支持，而48％的人則要求更靈活的許可。

永遠不會太遲，也不會太早

無論組織在其云計算旅程中處于何處，IT部門都應該考慮這個問題。 無論是在將應用程序遷移到云的初期還是在數(shù)據(jù)中心淘汰Webscale ADC的最后階段，網(wǎng)絡團隊和DevOps團隊都需要進行溝通和協(xié)作。

如果每個團隊都有自己的應用程序交付基礎設施的方法，這是很好的，但是這些單獨的路徑應該具有一定的協(xié)調性，這樣它們才不會彼此沖突，也不會給業(yè)務帶來風險。

不要讓你的管理層之間出現(xiàn)隔閡。 在盡可能少的平臺上進行標準化，并圍繞這些技術堆棧建立最佳實踐和策略。 此外，保持這些組之間的通信線路暢通，并采用可在不同應用程序交付平臺之間提供端到端可見性和控制權的操作工具。[]