缺位的应急处置

在本轮更新导致大规模系统崩溃的“蓝屏事件”中，最让人大跌眼镜的莫过于美国三大航在系统崩溃发生后，直截了当地打出了白旗，停飞所有航班。在我看来，这无疑是非常匪夷所思的，因为这些运控系统都是重要系统，不仅仅关系到航空公司自己的日常运控，也是国家关键交通系统的一部分。

此类航空运控系统，往往对其可靠性与强韧性都有着极高的要求，确保不会因为崩溃对航空运作造成严重影响。国际民用航空组织（ICAO）就在一系列文件中对航空运控系统的备份和冗余提出了具体的要求，以避免单一系统崩溃造成严重后果，包括：

要求定期备份关键运营数据。

必须在硬件和软件上实现冗余，包括备用服务器、存储设备等。

必须制定详细的灾难恢复计划，涵盖各种灾难性场景。

关键系统（如空中管制系统）需要具备自动故障切换功能且运行数据同步，主系统一旦发生故障，可以立即切换到备用模式运行。

如果我们看本次“蓝屏事件”的话，会发现那些美国航司并没有（或者说没做到）灾难恢复计划，也没有实现关键系统故障后自动切换到备份。当然有一种可能是他们确实有备份，但是备份同样遭遇了蓝屏（例如同样基于Windows系统运行且被错误更新影响），这就给人一种“为了避免鸡蛋放在一个篮子里，于是买了多个P2P理财防止暴雷”的感觉。

作为一个有着丰富现场经验的人，我对本次美国同行们的表现也是颇为不解，因为航空公司对于此类情况必然会有应急预案，在系统降级或完全不可用的情况下确保最低限度的运作。以我在一线工作中的经历而言，飞机的配载虽然现在都是通过信息化系统进行，但每一个配载人员都保留着手工画配载表的手艺活。一旦发生配载系统故障无法使用，就照着机号对应的机型翻出配载表的PDF文档，将配载表打印出来，然后手工配载手工计算，获得飞机起飞数据。而这种手工操作是极为基础的业务技能，年年练、月月练、周周练，就是为了确保需要切手动计算的关键时刻不会掉链子。

手工操作是这个行业的基本功

而其他相关环节及部门也一样对应急演练有着近乎偏执的要求。作为与值机部门有工作交叉的部门，我们几乎每个月都能接到来自值机的电话，要求建立一个虚拟航班以供他们进行应急演练。而值机应急演练的内容就是中航信系统（国内使用的民航运营系统）宕机的情况下，基于本地模式进行旅客值机和登机牌办理，甚至在无法打印的情况下给旅客手写登机牌让旅客登机。

也因此，当看着美国同行因为值机系统、配载系统等诸多系统随着“蓝屏事件”挂掉，导致航班运作彻底瘫痪时，我就很不解：你们平时不练手工的么？你们就没有应急预案么？你们应急预案不演练的么？你们没有备份系统么？

为何中国没有受到影响

这次影响全球的“蓝屏事件”对中国几乎没有造成影响，中国民航运作完全正常，仅有一些外航航班（如美国航空、美联航）受国外影响导致了延误，其原因也并不复杂。

首先，对于终端电脑来说，是使用Windows系统且涉及到安装了CrowdStrike公司的安全软件，在更新了错误补丁后，才会产生无限“蓝屏重启”的问题，而国内航司电脑终端往往并不使用该公司的安全软件。而且对于系统更新往往是比较谨慎的态度，没事不会更新，使用的Windows版本也是更成熟稳定的老版本为主。

其次，国内航空公司大部分使用的都是中航信系统，其运行环境基于Linux，也没有使用微软的Azure云服务或者亚马逊的AWS。这一定程度上避免了我国民航关键基础系统遭遇错误更新所导致的全面崩溃。

作为事关中国民航运作的重要系统，中航信所运营的计算机系统和网络属于一种“关键基础信息系统”，被列入国务院监管的八大重点系统之一。除春秋航空等少数航空公司外，其他航空公司均使用中航信系统。中航信系统的安全性和稳定性也得到了国家的高度重视和严格监管，确保了系统的稳定性与可靠性。

当然这并不代表中航信系统不会出现问题，在2020年8月25日就曾发生过中航信离港系统使用异常，导致部分机场无法值机的问题。根据通报，在当天上午10点32分发生异常导致部分机场无法值机，在11点07分就全部恢复了正常。虽然造成了一定影响，但由于仅持续了半个小时，因此没有造成较大影响，总体运行平稳。

虽说中航信系统几十年不改的指令操作界面饱受诟病，但对关键基础信息系统来说，运行稳定是压倒一切的。而基于完全自主的信息系统与运行环境，也让我们得以避免遭受“蓝屏事件”的池鱼之祸，避免如美国同行那样闹个大笑话。

通过这起事件，我们也更加意识到了，在关键信息系统已经成为重要基础设施的当下，实现完全的自主可控是极为重要的。而这不仅仅包括信息系统，也包括操作系统。在网络安全形势越发严峻的当下，其必要性已经无需质疑了，这不仅仅是技术层面的选择，更是国家安全与产业发展的战略需要。

本文系观察者网独家稿件，文章内容纯属作者个人观点，不代表平台观点，未经授权，不得转载，否则将追究法律责任。关注观察者网微信guanchacn，每日阅读趣味文章。