從IT架構(gòu)的角度看，自下而上，我們可以把應(yīng)急指揮粗略分解成應(yīng)急基礎(chǔ)場所、應(yīng)急基礎(chǔ)IT平臺、應(yīng)急應(yīng)用軟件系統(tǒng)三個層次。其中應(yīng)急基礎(chǔ)IT平臺承上啟下，既擔(dān)負(fù)著最基本的應(yīng)急指揮能力的實現(xiàn)，又擔(dān)負(fù)著為應(yīng)急應(yīng)用軟件提供基礎(chǔ)數(shù)據(jù)層支撐、管理接口支撐的功能，是整個應(yīng)急指揮IT系統(tǒng)中最重要的一個環(huán)節(jié)。這個部分該怎么建設(shè)實施，對于整個應(yīng)急指揮的業(yè)務(wù)實現(xiàn)，比之大屏應(yīng)該選什么型號、衛(wèi)星天線應(yīng)該買什么檔次，實際上要重要的多。
應(yīng)急基礎(chǔ)IT平臺應(yīng)該主要從以下三個方面完成構(gòu)建：
?。?） 應(yīng)急數(shù)據(jù)中心——應(yīng)急指揮中心（應(yīng)急大廳）的IT部分的物理實體。標(biāo)準(zhǔn)數(shù)據(jù)中心所含的網(wǎng)絡(luò)/安全、服務(wù)器、存儲、終端等設(shè)備均包含在內(nèi)。根據(jù)不同的建設(shè)模式，各設(shè)備配比不同。
?。?） 應(yīng)急網(wǎng)絡(luò)通道——應(yīng)急指揮中心和各個應(yīng)急信息的采集點需要數(shù)據(jù)的傳送，應(yīng)急指揮中心和各個應(yīng)急指揮指令的下發(fā)點需要信息的下達(dá)。因此應(yīng)急網(wǎng)絡(luò)通道是確保一個完整的應(yīng)急指揮平臺功能的關(guān)鍵部分。
（3） 應(yīng)急信息采集點及通訊節(jié)點——應(yīng)急決策基于什么做？一定是基于若干重要的應(yīng)急關(guān)鍵信息。而應(yīng)急關(guān)鍵信息是分散在各個部門、各個系統(tǒng)中的。因此通過怎樣的技術(shù)手段來采集信息，在應(yīng)急事件發(fā)生后如何做到快速基于信息的決策，是非常重要的；而應(yīng)急通訊節(jié)點則確保應(yīng)急處置指令能夠下達(dá)到各操作處，而且需要在最惡劣的條件下保持通訊通暢。應(yīng)急網(wǎng)絡(luò)通道是輸油管，應(yīng)急信息采集點是采油井，應(yīng)急通訊節(jié)點就是加油站。
在這三個層次之上，應(yīng)該還有一個統(tǒng)一管理的平面，對三層的各種硬件部件資源實施統(tǒng)一管理，并向上提供業(yè)務(wù)接口，這樣才能最大限度實現(xiàn)高效的應(yīng)急處置。
圖 應(yīng)急指揮方案構(gòu)成
面對這樣一個平臺目標(biāo)，應(yīng)該采用一種怎樣的建設(shè)方式，也即采用怎樣的架構(gòu)，是應(yīng)急指揮系統(tǒng)建設(shè)中需要解決的頭等大事。正是因為系統(tǒng)的構(gòu)成是較為復(fù)雜的，所以架構(gòu)對路就尤為重要。架構(gòu)正確，那么硬件設(shè)備自身的相互耦合可以實現(xiàn)完整的基本功能，并能對上層應(yīng)用提供很好的支撐，反之則功能缺損，甚至容易成為軟件功能的桎梏。拋開具體的設(shè)備和技術(shù)不談，其實硬件平臺所需要解決的問題無非是：
?。?） 數(shù)據(jù)可匯集、可承載、可流動
?。?） 具備應(yīng)急所需要基本的功能能力集
?。?） 可靠、可管理
從以上要解決的三個問題，對應(yīng)IT平臺的三個構(gòu)成部分來分析，可見第二個問題是三個方面可以分開來規(guī)劃設(shè)計的，也即數(shù)據(jù)中心部分、網(wǎng)絡(luò)通道部分、信息采集點部分可以各自定義出基本的功能能力集，然后以對應(yīng)的技術(shù)加以實現(xiàn)。但是也必須考慮到，三個模塊之間的聯(lián)動性，有可能造成一些對應(yīng)急指揮很重要的、特殊的功能要求。舉個例子，在應(yīng)急指揮中會有這樣的一個具體需求：將應(yīng)急信息采集上來的監(jiān)控圖像通過應(yīng)急網(wǎng)絡(luò)通道的視頻會議系統(tǒng)下發(fā)出去。這就是一個典型的跨越了應(yīng)急網(wǎng)絡(luò)通道和應(yīng)急信息采集的功能需求，那么必須在應(yīng)急指揮的系統(tǒng)建設(shè)中予以特別的考慮。
而第三個問題，在可管理性方面，現(xiàn)代的IT系統(tǒng)構(gòu)建，都傾向于實現(xiàn)整個系統(tǒng)的平臺化管理能力，而不是各個獨立設(shè)備管理的堆砌。仍以剛才舉得功能為例，實現(xiàn)這個功能需要兩個模塊聯(lián)動，管理這個功能則需要兩個模塊徹底位于一個管理平臺之下。因此可管理性的要求明確的轉(zhuǎn)化為整個應(yīng)急指揮系統(tǒng)構(gòu)建統(tǒng)一管理平臺的要求。
而第一個問題，即數(shù)據(jù)可匯集、可承載、可流動的問題，是應(yīng)急指揮IT系統(tǒng)硬件平臺所要解決的頭等重要的問題。這個問題不解決，所謂的應(yīng)急快速響應(yīng)、應(yīng)急正確決策、應(yīng)急指令下發(fā)全部成了紙糊的窗戶、空中樓閣。而要解決這個數(shù)據(jù)層面的問題，光靠數(shù)據(jù)中心是不夠的，必須在數(shù)據(jù)平面上把數(shù)據(jù)中心、網(wǎng)絡(luò)通道、信息采集點作為一個整體來規(guī)劃和設(shè)計，并著重解決數(shù)據(jù)在流動過程中可能出現(xiàn)的各種問題，才能夠建成一個合格好用的應(yīng)急指揮系統(tǒng)的硬件平臺。以重要的硬件構(gòu)件存儲為例，如果只考慮數(shù)據(jù)中心內(nèi)的數(shù)據(jù)存儲與管理，采用FC制式是沒有問題的，但是要考慮到信息采集可能會出現(xiàn)的跨廣域、虛擬化的數(shù)據(jù)存儲，就更適合采用IP SAN的技術(shù)作為基本存儲制式，否則就容易在信息采集點和數(shù)據(jù)中心之間造成阻礙數(shù)據(jù)流動的障礙。另外從對應(yīng)急軟件應(yīng)用的支撐角度，只有底層硬件充分平臺化、標(biāo)準(zhǔn)化了，才有可能基于統(tǒng)一的接口對上提供強大的應(yīng)用銜接。模塊化、平臺化的硬件來支撐靈活多變的應(yīng)用，這也是SOA的核心思想。綜合來看，只有構(gòu)建統(tǒng)一的應(yīng)急IT硬件平臺，而不是常規(guī)性的將其劃分成存儲、網(wǎng)絡(luò)、服務(wù)器等，才是建設(shè)應(yīng)急指揮系統(tǒng)的正道。
基于這樣的一個基本觀點，面對應(yīng)急IT系統(tǒng)建設(shè)，我們應(yīng)該遵循以下幾條原則：
?。?） 搭建統(tǒng)一的應(yīng)急IT硬件基礎(chǔ)平臺；
?。?） 技術(shù)選擇與方案實現(xiàn)，必須滿足實現(xiàn)數(shù)據(jù)流動性、實現(xiàn)統(tǒng)一管理性以及滿足應(yīng)急基本功能能力集的要求；
（3） 對整個硬件平臺劃分子系統(tǒng)，不應(yīng)簡單的按照硬件門類劃分，也不應(yīng)照搬傳統(tǒng)企業(yè)網(wǎng)、傳統(tǒng)IT平臺的建設(shè)思路，而應(yīng)該基于應(yīng)急的業(yè)務(wù)框架，從功能組合的角度出發(fā)，以應(yīng)急數(shù)據(jù)中心、應(yīng)急網(wǎng)絡(luò)通道（含應(yīng)急通訊系統(tǒng)）和應(yīng)急信息采集點作為模塊對象。先統(tǒng)一后分立、先整體后局部；
?。?） 應(yīng)急IT硬件平臺應(yīng)滿足對上層應(yīng)用軟件的統(tǒng)一的、標(biāo)準(zhǔn)的、開放的業(yè)務(wù)接口。
以上四條原則，應(yīng)該作為應(yīng)急指揮整體方案規(guī)劃設(shè)計中硬件部分的基本出發(fā)點。
一個復(fù)雜而全面的IT系統(tǒng)的搭建如同一個要求很高的裝修工程。我們看到過太多這樣的裝修實例：繪制出漂亮恢弘的裝修效果圖，但最后實施的結(jié)果，由于結(jié)構(gòu)設(shè)計上的問題、管線鋪設(shè)的問題等等導(dǎo)致與要想實現(xiàn)的效果大相徑庭、面目全非。對于要裝修的人而言，整個房屋的結(jié)構(gòu)設(shè)計的細(xì)節(jié)、水電隱蔽工程的質(zhì)量是如此重要，越是規(guī)模大的裝修，越是需要一體化的整體設(shè)計。應(yīng)急指揮是關(guān)乎到社會民生、關(guān)乎到政府核心業(yè)務(wù)運作、關(guān)乎到城市文明水平的重要工程，絕不是面子工程或者是湊合工程。因此我們說，應(yīng)急指揮，必須要建設(shè)統(tǒng)一的IT硬件平臺。
應(yīng)急基礎(chǔ)IT平臺應(yīng)該主要從以下三個方面完成構(gòu)建：
?。?） 應(yīng)急數(shù)據(jù)中心——應(yīng)急指揮中心（應(yīng)急大廳）的IT部分的物理實體。標(biāo)準(zhǔn)數(shù)據(jù)中心所含的網(wǎng)絡(luò)/安全、服務(wù)器、存儲、終端等設(shè)備均包含在內(nèi)。根據(jù)不同的建設(shè)模式，各設(shè)備配比不同。
?。?） 應(yīng)急網(wǎng)絡(luò)通道——應(yīng)急指揮中心和各個應(yīng)急信息的采集點需要數(shù)據(jù)的傳送，應(yīng)急指揮中心和各個應(yīng)急指揮指令的下發(fā)點需要信息的下達(dá)。因此應(yīng)急網(wǎng)絡(luò)通道是確保一個完整的應(yīng)急指揮平臺功能的關(guān)鍵部分。
（3） 應(yīng)急信息采集點及通訊節(jié)點——應(yīng)急決策基于什么做？一定是基于若干重要的應(yīng)急關(guān)鍵信息。而應(yīng)急關(guān)鍵信息是分散在各個部門、各個系統(tǒng)中的。因此通過怎樣的技術(shù)手段來采集信息，在應(yīng)急事件發(fā)生后如何做到快速基于信息的決策，是非常重要的；而應(yīng)急通訊節(jié)點則確保應(yīng)急處置指令能夠下達(dá)到各操作處，而且需要在最惡劣的條件下保持通訊通暢。應(yīng)急網(wǎng)絡(luò)通道是輸油管，應(yīng)急信息采集點是采油井，應(yīng)急通訊節(jié)點就是加油站。
在這三個層次之上，應(yīng)該還有一個統(tǒng)一管理的平面，對三層的各種硬件部件資源實施統(tǒng)一管理，并向上提供業(yè)務(wù)接口，這樣才能最大限度實現(xiàn)高效的應(yīng)急處置。
圖 應(yīng)急指揮方案構(gòu)成
面對這樣一個平臺目標(biāo)，應(yīng)該采用一種怎樣的建設(shè)方式，也即采用怎樣的架構(gòu)，是應(yīng)急指揮系統(tǒng)建設(shè)中需要解決的頭等大事。正是因為系統(tǒng)的構(gòu)成是較為復(fù)雜的，所以架構(gòu)對路就尤為重要。架構(gòu)正確，那么硬件設(shè)備自身的相互耦合可以實現(xiàn)完整的基本功能，并能對上層應(yīng)用提供很好的支撐，反之則功能缺損，甚至容易成為軟件功能的桎梏。拋開具體的設(shè)備和技術(shù)不談，其實硬件平臺所需要解決的問題無非是：
?。?） 數(shù)據(jù)可匯集、可承載、可流動
?。?） 具備應(yīng)急所需要基本的功能能力集
?。?） 可靠、可管理
從以上要解決的三個問題，對應(yīng)IT平臺的三個構(gòu)成部分來分析，可見第二個問題是三個方面可以分開來規(guī)劃設(shè)計的，也即數(shù)據(jù)中心部分、網(wǎng)絡(luò)通道部分、信息采集點部分可以各自定義出基本的功能能力集，然后以對應(yīng)的技術(shù)加以實現(xiàn)。但是也必須考慮到，三個模塊之間的聯(lián)動性，有可能造成一些對應(yīng)急指揮很重要的、特殊的功能要求。舉個例子，在應(yīng)急指揮中會有這樣的一個具體需求：將應(yīng)急信息采集上來的監(jiān)控圖像通過應(yīng)急網(wǎng)絡(luò)通道的視頻會議系統(tǒng)下發(fā)出去。這就是一個典型的跨越了應(yīng)急網(wǎng)絡(luò)通道和應(yīng)急信息采集的功能需求，那么必須在應(yīng)急指揮的系統(tǒng)建設(shè)中予以特別的考慮。
而第三個問題，在可管理性方面，現(xiàn)代的IT系統(tǒng)構(gòu)建，都傾向于實現(xiàn)整個系統(tǒng)的平臺化管理能力，而不是各個獨立設(shè)備管理的堆砌。仍以剛才舉得功能為例，實現(xiàn)這個功能需要兩個模塊聯(lián)動，管理這個功能則需要兩個模塊徹底位于一個管理平臺之下。因此可管理性的要求明確的轉(zhuǎn)化為整個應(yīng)急指揮系統(tǒng)構(gòu)建統(tǒng)一管理平臺的要求。
而第一個問題，即數(shù)據(jù)可匯集、可承載、可流動的問題，是應(yīng)急指揮IT系統(tǒng)硬件平臺所要解決的頭等重要的問題。這個問題不解決，所謂的應(yīng)急快速響應(yīng)、應(yīng)急正確決策、應(yīng)急指令下發(fā)全部成了紙糊的窗戶、空中樓閣。而要解決這個數(shù)據(jù)層面的問題，光靠數(shù)據(jù)中心是不夠的，必須在數(shù)據(jù)平面上把數(shù)據(jù)中心、網(wǎng)絡(luò)通道、信息采集點作為一個整體來規(guī)劃和設(shè)計，并著重解決數(shù)據(jù)在流動過程中可能出現(xiàn)的各種問題，才能夠建成一個合格好用的應(yīng)急指揮系統(tǒng)的硬件平臺。以重要的硬件構(gòu)件存儲為例，如果只考慮數(shù)據(jù)中心內(nèi)的數(shù)據(jù)存儲與管理，采用FC制式是沒有問題的，但是要考慮到信息采集可能會出現(xiàn)的跨廣域、虛擬化的數(shù)據(jù)存儲，就更適合采用IP SAN的技術(shù)作為基本存儲制式，否則就容易在信息采集點和數(shù)據(jù)中心之間造成阻礙數(shù)據(jù)流動的障礙。另外從對應(yīng)急軟件應(yīng)用的支撐角度，只有底層硬件充分平臺化、標(biāo)準(zhǔn)化了，才有可能基于統(tǒng)一的接口對上提供強大的應(yīng)用銜接。模塊化、平臺化的硬件來支撐靈活多變的應(yīng)用，這也是SOA的核心思想。綜合來看，只有構(gòu)建統(tǒng)一的應(yīng)急IT硬件平臺，而不是常規(guī)性的將其劃分成存儲、網(wǎng)絡(luò)、服務(wù)器等，才是建設(shè)應(yīng)急指揮系統(tǒng)的正道。
基于這樣的一個基本觀點，面對應(yīng)急IT系統(tǒng)建設(shè)，我們應(yīng)該遵循以下幾條原則：
?。?） 搭建統(tǒng)一的應(yīng)急IT硬件基礎(chǔ)平臺；
?。?） 技術(shù)選擇與方案實現(xiàn)，必須滿足實現(xiàn)數(shù)據(jù)流動性、實現(xiàn)統(tǒng)一管理性以及滿足應(yīng)急基本功能能力集的要求；
（3） 對整個硬件平臺劃分子系統(tǒng)，不應(yīng)簡單的按照硬件門類劃分，也不應(yīng)照搬傳統(tǒng)企業(yè)網(wǎng)、傳統(tǒng)IT平臺的建設(shè)思路，而應(yīng)該基于應(yīng)急的業(yè)務(wù)框架，從功能組合的角度出發(fā)，以應(yīng)急數(shù)據(jù)中心、應(yīng)急網(wǎng)絡(luò)通道（含應(yīng)急通訊系統(tǒng)）和應(yīng)急信息采集點作為模塊對象。先統(tǒng)一后分立、先整體后局部；
?。?） 應(yīng)急IT硬件平臺應(yīng)滿足對上層應(yīng)用軟件的統(tǒng)一的、標(biāo)準(zhǔn)的、開放的業(yè)務(wù)接口。
以上四條原則，應(yīng)該作為應(yīng)急指揮整體方案規(guī)劃設(shè)計中硬件部分的基本出發(fā)點。
一個復(fù)雜而全面的IT系統(tǒng)的搭建如同一個要求很高的裝修工程。我們看到過太多這樣的裝修實例：繪制出漂亮恢弘的裝修效果圖，但最后實施的結(jié)果，由于結(jié)構(gòu)設(shè)計上的問題、管線鋪設(shè)的問題等等導(dǎo)致與要想實現(xiàn)的效果大相徑庭、面目全非。對于要裝修的人而言，整個房屋的結(jié)構(gòu)設(shè)計的細(xì)節(jié)、水電隱蔽工程的質(zhì)量是如此重要，越是規(guī)模大的裝修，越是需要一體化的整體設(shè)計。應(yīng)急指揮是關(guān)乎到社會民生、關(guān)乎到政府核心業(yè)務(wù)運作、關(guān)乎到城市文明水平的重要工程，絕不是面子工程或者是湊合工程。因此我們說，應(yīng)急指揮，必須要建設(shè)統(tǒng)一的IT硬件平臺。
