Please note that JavaScript and style sheet are used in this website,
Due to unadaptability of the style sheet with the browser used in your computer, pages may not look as original.
Even in such a case, however, the contents can be used safely.

Site menu starts here.

Skip site menu.

End of site menu.

Displaying present location in the site.

Home
Case Studies
全日本航空公司

Main content starts here.

Case Studies

全日本航空公司大型机构综合运维管理NEC构建基于SOA（面向服务架构）的通用合作基础架构与综合监控环境，帮助ANA提高IT服务稳定性，迅速响应变化，从竞争中脱颖而出

EnglishChinese

	山口明宏先生基础架构企划组　首席代表 IT推进室　开发推进部全日空航空公司	"这次项目的成功，使我们更加明确了今后系统的发展方向。"

	佐藤贡一先生组长技术部　通用基础架构组全日空系统企划公司	"不论是目前的运行维护阶段，还是将来面向系统扩展的形势，我们都期待NEC能够提出更加有意义的方案。"

	中西成公先生主管技术部　通用基础架构组全日空系统企划公司	"即使没有接到委托，NEC也会主动修改运行规格书、手册等，始终站在用户角度处理问题，让我们感到非常放心"

	善积良至先生高级专家技术部　通用基础架构组全日空系统企划公司	"从项目启动开始，NEC在构建系统时一直将运行维护阶段纳入考虑范围，我们感受到了NEC的专业。"

背景

全日本航空（以下简称为ANA）为了快速满足市场需求，构建了通用合作基础架构，以规范各关键业务系统间的复杂数据链，从而提升对多变市场环境的响应能力。同时，NEC与ANA联手打造了以“MasterScope”为核心的基础架构专用综合监控系统，使有高可用性和性能要求的通用合作基础架构实现稳定运行。

面临的挑战

ANA的IT推进室开发推进部基础架构企划组首席代表山口明宏先生说道∶“随着航空自由化浪潮的兴起、以及廉价航空公司（LCC：Low Cost Carrier）的发展壮大，航空领域的竞争愈发激烈。ANA的目标是快速满足市场需求，向顾客喜爱、服务满分的商业模式转变。”

实现这个目标的源动力正是IT。目前为止，公司已经利用IT多次实践了商业模式的改革，但是，90年代推行的系统开放化如今成为ANA面临的一个重大问题。山口先生说：“各个系统都以最适合自身的形式构建，系统连接的接口也各不相同，因此系统之间的连接关系非常复杂。这种复杂的联系看起来就好像是蜘蛛网一样。”

这一现状已经引发了诸多问题。例如，在某系统发生故障时，锁定影响范围和响应系统故障需要大量时间，有时还会引发二次故障。此外，系统修复成本加大、技术多样化引起的运行负载增大也成为问题所在。

目前ANA预计将对 “国际线旅客”“国内线旅客”两项重点系统实行开放化，并决定将国际线的预约、登机系统外包给业内的大型服务公司。另外，对于国内线的旅客，将重建1个常规的开放式系统。山口先生明确指出：“对于国内线旅客这样的大规模系统来说，若继续遵循以往的连接方式，马上就会超出控制的极限。”因此，ANA将着手规范系统间的协作，为简化系统结构而构建新的通用合作基础架构。

解决方案

ANA为构建通用合作基础架构，已经向多家供应商发出委托。委托书中对系统的可用性和性能提出了非常严格的要求，包括

即使各节点的产能利用率达到99.995%，服务仍不会全部停止；
平均TAT（Turn Around Time）维持在40ms以内；
发生故障时的降级配置能确保业务交易以500件/s的速度稳定运行。

此外，对于系统配置还有其他两个重要条件。第一，以SOA（面向服务架构）为基础实现连接的规范化。第二，通用合作基础架构的“可视化”。要实现系统的稳定运行，确保全体基础架构实时“可视化”的综合监控系统是不可少的。

全日空系统企划（以下简称为ASP）技术部通用基础架构组高级专家善积良至先生说∶“ANA已经有以信息为基础的系统监视架构。但是，若在原有架构中增加监视通用合作基础架构的功能，可能出现忽略重要警报、运行质量低下的情况，所以通用合作基础架构必须有专用的监控系统。”

基于以上要求，通过仔细审查各供应商的方案，ANA选择了NEC作为合作伙伴。ASP技术部通用基础架构组组长佐藤贡一先生阐述采用NEC的理由时说∶“首先，我们非常认可NEC在构建、应用关键任务系统方面取得的显著成就。此外，在通用基础架构使用的中间件方案中，NEC并未局限于自己生产的产品，而是选择了最佳的产品组合，这也是NEC很大的优势。”

ANA的通用合作基础架构建设项目在迎来合作伙伴NEC后，于2008年10月正式启动。构建过程中通过对原型、标准进行反复修改，对基础架构是否满足性能、可用性要求进行彻底检验。特别是在性能检验方面，利用性能监控工具“CA Introscope”，深入分析基础架构的内部处理，实现了高度优化。

另一方面，在支持通用合作基础架构稳定运行的综合监控系统内运用了“MasterScope MISSION CRITICAL OPERATIONS”。对于发生的各种事件，可根据业务单位等不同用途分组，通过图标实现“可视化”，轻松掌握系统状态。由此，整个系统从服务器、网络、存储到应用的运行信息都实现了综合管理。ANA为提高可用性，用3个独立的系统构建了通用合作基础架构，ANA表示还将继续努力，力求每个基础架构与连接系统能在1个画面中以矩阵显示，做到俯瞰全体系统。

“例如，横列变成红色时，表明系统连接对象出现问题；而纵列变成红色，则表示合作基础架构出现问题。这使故障的区分变得十分容易，而独立监视很难做到这一点。”ASP技术部通用基础架构组主管中西成公先生如是说。
另外，进一步向下抓取图标可立即查找影响范围和故障处理办法等信息。通过与“CA Introscope”的无缝连接，可监视数据协同处理的内部性能，便于尽早发现性能异常。

图1: ANA通用合作基础架构的概要

图2: ANA综合监控系统的屏幕图像显示

实施效果

此次构建的通用合作基础架构及综合监控系统于2010年10月上旬开始使用，到2011年2月上旬的4个月内，已有总计约70个系统转移到此基础架构上。
通用合作基础架构到目前为止未产生过重大问题，运行非常平稳。原因在于，为了实现系统平稳运行，从项目伊始的设计就紧盯运营阶段，同时将重点放在完善综合监控基础架构环境上。

具体来说，就是通过综合监控系统，切实掌握系统发生的异常或异常前兆，建立防止故障发生的体制。此外，通过NEC的支援，将异常发生时的处理办法反馈给整个系统，确立通用化、信息化的操作流程，已将3万多条解决方案录入综合监控系统中。利用这些数据，问题发生到处理的时间缩短到了原来的10%，大幅度提升了效率。

“通过这次的努力，我们构建了一个速度快、成本效益高的IT基础架构，并实现了稳定运行。建立通用合作基础架构后，无需再向每个系统安装接口，使得开发工作减少了3成左右。今后我们会利用这个基础架构，促进商务应用的网络服务化，挑战更多的合作，不断扩大基础架构的优势。对此，也希望NEC能够提出相对应的方案。”山口先生最后强调了对NEC的更进一步的期望。

客户简介