航信云计算平台助力航空公司数字化转型

 崔华：大家下午好，我是航信研发中心的崔华，我今天分享的题目是《航信云计算平台助力航空公司数字化转型》。今天的分享有三个部分：首先说一下建设TAP的背景；第二就TAP做总体介绍；第三介绍TAP现阶段的实施计划以及现阶段进展的程度。

我们观察到这些年航空公司的数字化转型越来越明显，我们看到数字化转型已经成为了基本上所有航空公司的核心战略，这种对于航空公司所使用的IT系统而言，不再像原来那样是辅助性的系统，它越来越成为了核心支柱，那这种数字化转型对于逐渐成为核心支柱的信息系统而言，它其实提出了新的要求，比如它希望能够以一种优雅的方式支持大容量的访问，最好是能够做到弹性伸缩，也就是说系统的支撑量能够像弹簧一样，流量来的时候拉起来，当流量不占峰值的时候又降下去，这就是所谓的弹性伸缩。另外一点，希望你能够尽可能快地支持我日益多变的灵活需求，你对我的需求的交付时间要尽可能的懂。第三点，你提供的系统性价比要高，第三点潜在的含义是我希望你一定要使用云平台。这些年大家逐渐认识到云平台一定是未来的趋势，它未来一定会像水和电一样为大家所广泛使用。为什么？有一个很重要的原因，就是因为云计算的性价比很好，在做同样事情的情况下，它的成本要比原来的主机，甚至非云平台的开放平台要低很多。我这里有两个数，第一个开放性成本比主机节约90%以上，而云平台因为引入的集约化的资源池，加上CPU可以为大家共享使用，错峰等等机制使得服务器的数量比你不使用云计算平台要少，第二点由于云计算使用大量自动运维的技术，所以极大降低了运维的人力成本，用云计算平台的话，每年运维人力成本还会下降80%。航信作为整个民航信息服务领域的主要提供商之一，其实我们给航空公司cover的是服务和商务这两个领域，航信提供这两个领域的核心系统能不能满足航空公司数字化转型的诉求。要把这个问题说清楚，有必要说一下航信现在系统的架构是什么。

航信性现在的系统构架用两句话性质来概括：第一个是以“主机和开放”并存的典型分布式的SOA架构，主机上跑了部分的核心交易应用，但是已经有大部分的业务和部分的核心交易已经跑在了自研的开放平台上，有一组数据，航信的开放平台峰值的请求量超过2万TPS，承担70%的系统访问量；第二个航信的SOA的非常全面，游服务总线整合各个分布式系统和主机，负责系统的互联互通，我们提供可伸缩稳定高性能的集群，另外有自己的大数据平台等等。

回过头再看一下，航信的现状是否能够满足航空业航司的数字化转型对于IT核心系统的诉求？我们觉得这个还是比较困难的，很多还是存在比较大的差距，首先第一个航信系统不支持弹性伸缩，特别是核心系统不支持。另外航信的系统因为是标准的SEDA的架构，这种开放效率不会太高，所以架构不统一导致交付周期没有那么快，我们有些系统的交付周期还是按年来计算的。另外航信虽然这些年广泛使用云平台，但其实对于核心系统而言，它的上云的程度还不高。所以我们认为航信现有的这种开放平台的系统架构不足以支撑航司对于数字化转型的诉求。另外一点，我们发现航信现在的开放平台其实还会面临着一些缺陷，我这里列举了一些，由于时间关系没有办法详细展示，比如航信的现有开放平台API入口点不止一个导致航信的核心服务没有办法以一种优雅的方式为客户使用；另外存在比如用户权限体系不合理、系统开发效率不高、部署自动化程度不高，另外开放式系统出了问题定位没有主机那么方便的一些缺陷的点。

我们怎么来解决这个问题？因为我们要更好服务我们的客户，我们的航司，我们的解决思路是三点：第一对外API化；第二个对内微服务化；第三个技术平台化，下面分别解释一下。

什么叫对外API化。两个标准：第一个我们会建立一个统一的API，第二回把航信的核心系统覆盖航司的商务和服务两个领域的API Gateway的方式让我们的客户使用，我们把API暴露出去让用户拿着核心的API有可能用得更专业，说白了我们想通过这种方式构建统一API，暴露原则API Gateway的方式是因为我们的合作伙伴构建一个共同的生态。

第二对内微服务化。我们会拆分成粒度合适、大小合适的一组微服务，这种微服务是鼓励复用，每个微服务大小合适、复杂度可控，易于容错并且支持横向扩展。为什么要这样？这是微服务的航信系统框架，上面是通过API Gateway，我们认为只有这样你才能够真正缩短你的交付时间，理论上我的预服务力度很小，更容易被复用，所以理想情况下，一个需求来了，我可能只做一个很薄的前台页面的展示，后面的服务我都有。说白了，这个地方构建航信的业务中台。

第三个很重要的一点就是打造一个统一的技术平台。要解决所谓的公共技术问题，要通过技术手段解决刚才给大家提到的五大缺陷。

接下来是第二个阶段，什么叫TAP？它是容器平台，为应用的容器化运行提供打包部署运行的分布式平台。我们的目标是把TAP打造成为适合整个中国民航业的PaaS云平台，我们说这个事情非常地难做，你在市场上根本买不到开箱即用的PaaS云平台。为最重要的原因是因为PaaS云平台和业务紧密绑定的，你不可能买到一个通用的PaaS平台出来。举个例子，对于微服框架而言，航信做TAP的时候不能拿过来直接用，因为有些C++写的，并不是用JAVA写的，所以我们必须支持多余，但是你这个东西在别的行业不一定成立，所以PaaS难做就难做在行业和业务是紧密绑定的，好的东西必须得做，所以这个地方我们在设计这个平台的时候就充分考虑到行业的特色。另外TAP的关键技术能力我们可以轻松支撑100万个TPS，技术上支持每日发布，内嵌的统一的运行维护平台APM支持这种关键应用十分钟恢复，另外平台组件80%是自主可控，基本上这个平台是我们自主设计，集成了一些组件进来，基本上这个平台80%还是我们自主可控的。

总结一下，其实我们是着力打造一个通过自主可控的方式，打造一个统一的技术中台，支持行业的数字化转型。这是TAP整个的系统框架，其实它的架构非常简单，就是三步，中间这个是维护平台，主要是实现统一监控，日志的统一采集、API等等运维方面。

最后说一下我们的实施计划。

TAP实际上是分三步走，第一步是把这个平台搭起来，目前这个平台已经搭起来，在航信已经上线，另外一点要把PSS核心系统的试点应用迁上去，要验证这个平台的能力，其实这个平台去年就开始做，今年已经上线了，计划到明年上半年完成关键应用的验证，具备行业输入能力。接下来第三步就是要把航信所有能够上云的业务全部挪到TAP上，完成全部核心系统的转移。最终目标是把航信现在还在用的少量部分的主机给替换掉，真正解决“卡脖子”的问题。

总结一下，TAP的核心目标其实还是想建设符合民航业特色的自主可控的行业的PaaS云平台，支持我们的客户，支持航司的数字化转型。我今天的分享就到这里，谢谢大家。

【PDF】航信云计算平台助力航空公司数字化转型