从IT架构的角度看，自下而上，我们可以把应急指挥粗略分解成应急基础场所、应急基础IT平台、应急应用软件系统三个层次。其中应急基础IT平台承上启下，既担负着最基本的应急指挥能力的实现，又担负着为应急应用软件提供基础数据层支撑、管理接口支撑的功能，是整个应急指挥IT系统中最重要的一个环节。这个部分该怎么建设实施，对于整个应急指挥的业务实现，比之大屏应该选什么型号、卫星天线应该买什么档次，实际上要重要的多。
应急基础IT平台应该主要从以下三个方面完成构建：
（1） 应急数据中心——应急指挥中心（应急大厅）的IT部分的物理实体。标准数据中心所含的网络/安全、服务器、存储、终端等设备均包含在内。根据不同的建设模式，各设备配比不同。
（2） 应急网络通道——应急指挥中心和各个应急信息的采集点需要数据的传送，应急指挥中心和各个应急指挥指令的下发点需要信息的下达。因此应急网络通道是确保一个完整的应急指挥平台功能的关键部分。
（3） 应急信息采集点及通讯节点——应急决策基于什么做？一定是基于若干重要的应急关键信息。而应急关键信息是分散在各个部门、各个系统中的。因此通过怎样的技术手段来采集信息，在应急事件发生后如何做到快速基于信息的决策，是非常重要的；而应急通讯节点则确保应急处置指令能够下达到各操作处，而且需要在最恶劣的条件下保持通讯通畅。应急网络通道是输油管，应急信息采集点是采油井，应急通讯节点就是加油站。
在这三个层次之上，应该还有一个统一管理的平面，对三层的各种硬件部件资源实施统一管理，并向上提供业务接口，这样才能最大限度实现高效的应急处置。
图 应急指挥方案构成
面对这样一个平台目标，应该采用一种怎样的建设方式，也即采用怎样的架构，是应急指挥系统建设中需要解决的头等大事。正是因为系统的构成是较为复杂的，所以架构对路就尤为重要。架构正确，那么硬件设备自身的相互耦合可以实现完整的基本功能，并能对上层应用提供很好的支撑，反之则功能缺损，甚至容易成为软件功能的桎梏。抛开具体的设备和技术不谈，其实硬件平台所需要解决的问题无非是：
（1） 数据可汇集、可承载、可流动
（2） 具备应急所需要基本的功能能力集
（3） 可靠、可管理
从以上要解决的三个问题，对应IT平台的三个构成部分来分析，可见第二个问题是三个方面可以分开来规划设计的，也即数据中心部分、网络通道部分、信息采集点部分可以各自定义出基本的功能能力集，然后以对应的技术加以实现。但是也必须考虑到，三个模块之间的联动性，有可能造成一些对应急指挥很重要的、特殊的功能要求。举个例子，在应急指挥中会有这样的一个具体需求：将应急信息采集上来的监控图像通过应急网络通道的视频会议系统下发出去。这就是一个典型的跨越了应急网络通道和应急信息采集的功能需求，那么必须在应急指挥的系统建设中予以特别的考虑。
而第三个问题，在可管理性方面，现代的IT系统构建，都倾向于实现整个系统的平台化管理能力，而不是各个独立设备管理的堆砌。仍以刚才举得功能为例，实现这个功能需要两个模块联动，管理这个功能则需要两个模块彻底位于一个管理平台之下。因此可管理性的要求明确的转化为整个应急指挥系统构建统一管理平台的要求。
而第一个问题，即数据可汇集、可承载、可流动的问题，是应急指挥IT系统硬件平台所要解决的头等重要的问题。这个问题不解决，所谓的应急快速响应、应急正确决策、应急指令下发全部成了纸糊的窗户、空中楼阁。而要解决这个数据层面的问题，光靠数据中心是不够的，必须在数据平面上把数据中心、网络通道、信息采集点作为一个整体来规划和设计，并着重解决数据在流动过程中可能出现的各种问题，才能够建成一个合格好用的应急指挥系统的硬件平台。以重要的硬件构件存储为例，如果只考虑数据中心内的数据存储与管理，采用FC制式是没有问题的，但是要考虑到信息采集可能会出现的跨广域、虚拟化的数据存储，就更适合采用IP SAN的技术作为基本存储制式，否则就容易在信息采集点和数据中心之间造成阻碍数据流动的障碍。另外从对应急软件应用的支撑角度，只有底层硬件充分平台化、标准化了，才有可能基于统一的接口对上提供强大的应用衔接。模块化、平台化的硬件来支撑灵活多变的应用，这也是SOA的核心思想。综合来看，只有构建统一的应急IT硬件平台，而不是常规性的将其划分成存储、网络、服务器等，才是建设应急指挥系统的正道。
基于这样的一个基本观点，面对应急IT系统建设，我们应该遵循以下几条原则：
（1） 搭建统一的应急IT硬件基础平台；
（2） 技术选择与方案实现，必须满足实现数据流动性、实现统一管理性以及满足应急基本功能能力集的要求；
（3） 对整个硬件平台划分子系统，不应简单的按照硬件门类划分，也不应照搬传统企业网、传统IT平台的建设思路，而应该基于应急的业务框架，从功能组合的角度出发，以应急数据中心、应急网络通道（含应急通讯系统）和应急信息采集点作为模块对象。先统一后分立、先整体后局部；
（4） 应急IT硬件平台应满足对上层应用软件的统一的、标准的、开放的业务接口。
以上四条原则，应该作为应急指挥整体方案规划设计中硬件部分的基本出发点。
一个复杂而全面的IT系统的搭建如同一个要求很高的装修工程。我们看到过太多这样的装修实例：绘制出漂亮恢弘的装修效果图，但最后实施的结果，由于结构设计上的问题、管线铺设的问题等等导致与要想实现的效果大相径庭、面目全非。对于要装修的人而言，整个房屋的结构设计的细节、水电隐蔽工程的质量是如此重要，越是规模大的装修，越是需要一体化的整体设计。应急指挥是关乎到社会民生、关乎到政府核心业务运作、关乎到城市文明水平的重要工程，绝不是面子工程或者是凑合工程。因此我们说，应急指挥，必须要建设统一的IT硬件平台。
应急基础IT平台应该主要从以下三个方面完成构建：
（1） 应急数据中心——应急指挥中心（应急大厅）的IT部分的物理实体。标准数据中心所含的网络/安全、服务器、存储、终端等设备均包含在内。根据不同的建设模式，各设备配比不同。
（2） 应急网络通道——应急指挥中心和各个应急信息的采集点需要数据的传送，应急指挥中心和各个应急指挥指令的下发点需要信息的下达。因此应急网络通道是确保一个完整的应急指挥平台功能的关键部分。
（3） 应急信息采集点及通讯节点——应急决策基于什么做？一定是基于若干重要的应急关键信息。而应急关键信息是分散在各个部门、各个系统中的。因此通过怎样的技术手段来采集信息，在应急事件发生后如何做到快速基于信息的决策，是非常重要的；而应急通讯节点则确保应急处置指令能够下达到各操作处，而且需要在最恶劣的条件下保持通讯通畅。应急网络通道是输油管，应急信息采集点是采油井，应急通讯节点就是加油站。
在这三个层次之上，应该还有一个统一管理的平面，对三层的各种硬件部件资源实施统一管理，并向上提供业务接口，这样才能最大限度实现高效的应急处置。
图 应急指挥方案构成
面对这样一个平台目标，应该采用一种怎样的建设方式，也即采用怎样的架构，是应急指挥系统建设中需要解决的头等大事。正是因为系统的构成是较为复杂的，所以架构对路就尤为重要。架构正确，那么硬件设备自身的相互耦合可以实现完整的基本功能，并能对上层应用提供很好的支撑，反之则功能缺损，甚至容易成为软件功能的桎梏。抛开具体的设备和技术不谈，其实硬件平台所需要解决的问题无非是：
（1） 数据可汇集、可承载、可流动
（2） 具备应急所需要基本的功能能力集
（3） 可靠、可管理
从以上要解决的三个问题，对应IT平台的三个构成部分来分析，可见第二个问题是三个方面可以分开来规划设计的，也即数据中心部分、网络通道部分、信息采集点部分可以各自定义出基本的功能能力集，然后以对应的技术加以实现。但是也必须考虑到，三个模块之间的联动性，有可能造成一些对应急指挥很重要的、特殊的功能要求。举个例子，在应急指挥中会有这样的一个具体需求：将应急信息采集上来的监控图像通过应急网络通道的视频会议系统下发出去。这就是一个典型的跨越了应急网络通道和应急信息采集的功能需求，那么必须在应急指挥的系统建设中予以特别的考虑。
而第三个问题，在可管理性方面，现代的IT系统构建，都倾向于实现整个系统的平台化管理能力，而不是各个独立设备管理的堆砌。仍以刚才举得功能为例，实现这个功能需要两个模块联动，管理这个功能则需要两个模块彻底位于一个管理平台之下。因此可管理性的要求明确的转化为整个应急指挥系统构建统一管理平台的要求。
而第一个问题，即数据可汇集、可承载、可流动的问题，是应急指挥IT系统硬件平台所要解决的头等重要的问题。这个问题不解决，所谓的应急快速响应、应急正确决策、应急指令下发全部成了纸糊的窗户、空中楼阁。而要解决这个数据层面的问题，光靠数据中心是不够的，必须在数据平面上把数据中心、网络通道、信息采集点作为一个整体来规划和设计，并着重解决数据在流动过程中可能出现的各种问题，才能够建成一个合格好用的应急指挥系统的硬件平台。以重要的硬件构件存储为例，如果只考虑数据中心内的数据存储与管理，采用FC制式是没有问题的，但是要考虑到信息采集可能会出现的跨广域、虚拟化的数据存储，就更适合采用IP SAN的技术作为基本存储制式，否则就容易在信息采集点和数据中心之间造成阻碍数据流动的障碍。另外从对应急软件应用的支撑角度，只有底层硬件充分平台化、标准化了，才有可能基于统一的接口对上提供强大的应用衔接。模块化、平台化的硬件来支撑灵活多变的应用，这也是SOA的核心思想。综合来看，只有构建统一的应急IT硬件平台，而不是常规性的将其划分成存储、网络、服务器等，才是建设应急指挥系统的正道。
基于这样的一个基本观点，面对应急IT系统建设，我们应该遵循以下几条原则：
（1） 搭建统一的应急IT硬件基础平台；
（2） 技术选择与方案实现，必须满足实现数据流动性、实现统一管理性以及满足应急基本功能能力集的要求；
（3） 对整个硬件平台划分子系统，不应简单的按照硬件门类划分，也不应照搬传统企业网、传统IT平台的建设思路，而应该基于应急的业务框架，从功能组合的角度出发，以应急数据中心、应急网络通道（含应急通讯系统）和应急信息采集点作为模块对象。先统一后分立、先整体后局部；
（4） 应急IT硬件平台应满足对上层应用软件的统一的、标准的、开放的业务接口。
以上四条原则，应该作为应急指挥整体方案规划设计中硬件部分的基本出发点。
一个复杂而全面的IT系统的搭建如同一个要求很高的装修工程。我们看到过太多这样的装修实例：绘制出漂亮恢弘的装修效果图，但最后实施的结果，由于结构设计上的问题、管线铺设的问题等等导致与要想实现的效果大相径庭、面目全非。对于要装修的人而言，整个房屋的结构设计的细节、水电隐蔽工程的质量是如此重要，越是规模大的装修，越是需要一体化的整体设计。应急指挥是关乎到社会民生、关乎到政府核心业务运作、关乎到城市文明水平的重要工程，绝不是面子工程或者是凑合工程。因此我们说，应急指挥，必须要建设统一的IT硬件平台。
