Passenger and Airport Data Interchange Standards (PADIS) Board意在制定符合行业标准和通用规则的规范性数据交换格式,同时对于机场相关的旅客服务投入较多精力去制定规范。但是其均是使用的XML的Schema定义。
a) Publication of schedules and slot management
b) Airline shopping
c) Reservations and electronic ticketing, including electronic miscellaneous documents
d) Airport resource management and airport handling, including baggage handling
e) Data exchange between airlines and governments concerning passenger data (PNRGOV)
f) Data exchange between airlines and airports for operational flight related data (AIDX)
g) XML schemas for exchange of data on the bar coded boarding pass (BCBP)
很多人不太明白为什么还需要XML方式的XSD定义数据规范,并按照XML方式传递及交互数据,为什么不使用JSON等数据格式。其关键因素是行业的业务规则较深,往往需要严格的Meta Data的定义,不仅仅要知道字段是什么意思,更关键需要明确其长度,精度,必要选项等等,以及数据之间明确的结构。其实跟“领域驱动设计(Domain-Driven Design)”思路一样,领域模型就是数据交换的基础,落实到底层就是所谓的数据域(Data Model)。对于一个垂直的,并且Scope清晰的微服务实现,很多时候数据域模型就基本跟业务域模型一致,即Data Model基本雷同与Data Contract。
正如Oracle官网的一段描述,其是IATA标准数据规范的一个实现,或者按我的说法,是Oracle多年经验的,尤其是在航空领域经验落地与数据模型的体现:
The Oracle Airlines Data Model (OADM) delivers an IATA standards-based data management platform for building "data capital" by enabling the capture and organization of data from across the enterprise and beyond By leveraging Oracle’s deep expertise in data management, OADM provides a platform that is modern, relevant, and topical Data can be consolidated and organized from key areas such as passenger service systems (PSS) and customer loyalty, baggage and ancillary services, social media, flight operations and departure control systems (DCS), scheduling and global distribution systems (GDS), maintenance and repair (MRO), and back office applications such as finance Oracle Advanced Analytics with OADM can provide new insights and enable data driven decisions to improve operational efficiencies, tailor products and services, or even identify new sources of competitive advantage OADM is available as an add-on to Oracle Database Cloud Service (DBCS) or Oracle Relational Database Enterprise Edition OADM is not dependent on any particular vendor's source applications and can be used in any application environment, including Oracle Cx Cloud Services
其价值是为数据和应用或系统交互提供了经验型的数据交换模型,为数据,业务,应用,服务等的划分提供经验依据,同时明确了系统与服务之间交互的通用性,规避不同系统之间,服务接口之间,数据交换之间字段,类型,精度,结构等等的不同,而造成的各类资源浪费和实现困难。
老东家从PSS到FltOps,自2005年开始就先以OTA的XSD Schema结构,后以IATA的XSD Schema结构,再根据经验的积累和提炼,实现了自己的一整套Simple Type和Complex Type,用于元数据管理,数据模型和业务模型及服务数据契约的定义。
其高效的,敏捷的加速了其SOA和服务层面的实现。在自身内部系统间,模块间,服务间的交互定义的唯一准则,更关键的明确和引导了,对于外部数据交换和服务集成的规范。
Starlike Data Model
NDC是为了特定交易诉求而定义的数据交换格式,虽然对于底层的模块化和数据持久化的实现有较高的指导意义,但是:
a) 往往航司不是从零开始构建其电商直销平台,更多的是需要在现有基础上进行封装和梳理,构建规范性的行业实现的开放API/Open APIs。
b) 一整套开放的API,所依存的环境,系统,应用和数据都是这样,其相关的外围也是这样,例如常旅客,例如行李,例如旅客服务。航司不是为了单纯构建机票和附加服务的直销平台而投入和建设的,其内部还有旅客服务,运行控制等等一整套相关且相互作用和交互的企业级系统(Enterprise-Level System: System of Systems)。所以如何治理和定义单纯NDC与企业内部的交互和数据关联,AIDM就是关键。
c) NDC是航司整个企业系统体系的一部分,也是PSS/电商/旅客服务的一部分,更关键的一点,其对外的XSD定义的结构只是SOAP Service形态的Presentation Layer。也就是“Edging Service”,并不代表其内部就是简单两层(服务层和数据层)。关键的还是应用适配层,完成标准规范Edge与底层Data Component的串联。所以按照Microservice的思路,NDC定义的XSD Schema只是最外部的Edging Service,为了支持这些"表层",下面需要很多“Internal Service”。通过服务的编排及适配等,或者考虑ESB来实现对外的公开暴露。所以对于内部的“Internal Service”,其可以不按照NDC的规范定义Data Contract,但是必须有统一的标准和规范,那AIDM就是一个很好的参考,至少在Meta Data的层面,具有较高的价值。
一、面向服务的架构SOA
面向服务的架构是一种软件体系结构,应用程序的不同组件通过网络上的通信协议向其他组件提供服务。通信可以是简单的数据传递,也可以是两个或多个服务彼此协调连接。这些独特的服务执行一些小功能,例如验证付款、创建用户 帐户 或提供社交登录等。
面向服务的架构不太关于如何对应用程序进行模块化构建,更多的是关于如何通过分布式、单独维护和部署的软件组件的集成来组成应用程序。这些通过技术和标准来实现,通过技术和标准使得组件能够更容易地通过网络(尤其是IP网络)进行通信和协作。
SOA架构中有两个主要角色: 服务提供者(Provider)和服务使用者(Consumer)。 而软件代理则可以 扮演这 两个角色。该Consumer层是用户(人、应用程序或第三方的其它组件)与SOA交互的点,和Provider层则由SOA架构内的所有服务所构成。
SOA首先在90年代中期得名,当时一家名为Gartner Group的公司认识到了这个软件架构的新趋势,并在全球推广。通过这样做,他们设法大大加快了这种架构模式的采用和进一步发展。然而,使用分布式服务作为软件体系结构的最早记录可追溯到二十世纪80年代初。
二、微服务架构
微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步。基本上,这种架构类型是开发软件,网络或移动应用程序作为独立服务套件(又称微服务)的一种特殊方式。这些服务的创建仅限于一个特定的业务功能,如用户管理、用户角色、电子商务车、搜索引擎、社交媒体登录等。此外,它们是完全独立的,也就是说它们可以写入不同的编程语言并使用不同的数据库。集中式服务管理几乎不存在,微服务使用轻量级>
第一、什么是C/S结构。C/S (Client/Server)结构,即大家熟知的客户机和服务器结构。它是软件系统体系结构,通过它可以充分利用两端硬件环境的优势,将任务合理分配到 Client端和Server端来实现,降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构,由于现在的软件应用系统正在向分布式的Web应用发展,Web和Client/Server 应用都可以进行同样的业务处理,应用不同的模块共享逻辑组件;因此,内部的和外部的用户都可以访问新的和现有的应用系统,通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。
传统的C/S体系结构虽然采用的是开放模式,但这只是系统开发一级的开放性,在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境,C/S结构的软件需要针对不同的 *** 作系统系统开发不同版本的软件,加之产品的更新换代十分快,已经很难适应百台电脑以上局域网用户同时使用。而且代价高,效率低。如我院使用的上海超兰公司“案件统计”管理软件就是典型的C/S体系结构管理软件。
第二、什么是B/S结构。B/S(Browser/Server)结构即浏览器和服务器结构。它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过>
数据库发展呈现三个主要特征
数据库(Databases,简称DB)是指长期保存在计算机的存储设备上、并按照某种模型组织起来的、可以被各种用户或应用共享的数据的集合。数据库管理系统(Database Management Systems,简称DBMS)是指提供各种数据管理服务的计算机软件系统,这种服务包括数据对象定义、数据存储与备份、数据访问与更新、数据统计与分析、数据安全保护、数据库运行管理以及数据库建立和维护等。
由于企业信息化的目的就是要以现代信息技术为手段,对伴随着企业生产和经营过程而产生的数据进行收集、加工、管理和利用,以改善企业生产经营的整体效率,增强企业的竞争力。所以,数据库是企业信息化不可缺少的工具,是绝大部分企业信息系统的核心。
纵观数据库发展,三大数据库巨头公司纷纷推出其最新产品,数据库市场竞争日益加剧。从最新的IDC报告显示,在关系数据库管理系统(RDBMS)软件市场上,Oracle继续领先对手IBM和微软,但是微软在2006年取得了更快的销售增长率……
根据对数据库发展的技术趋势不难看出,整个数据库发展呈现出了三个主要特征:
(1)、支持XML数据格式
IBM公司在它新推出的DB2 9版本中,直接把对XML的支持作为其新产品的最大卖点,号称是业内第一个同时支持关系型数据和XML数据的混合数据库,无需重新定义XML数据的格式,或将其置于数据库大型对象的前提下,IBM DB2 9允许用户无缝管理普通关系数据和纯XML数据。
对于传统关系型数据与层次型数据的混合应用已经成为了新一代数据库产品所不可或缺的特点。除了IBM,Oracle和微软也同时宣传了它们的产品也可以实现高性能XML存储与查询,使现有应用更好的与XML共存。
(2)、商业智能成重点
为应对日益加剧的商业竞争,企业不断增加内部IT及信息系统,使企业的商业数据成几何数量级不断递增,如何能够从这些海量数据中获取更多的信息,以便分析决策将数据转化为商业价值,就成为目前数据库厂商关注的焦点。各数据库厂商在新推出的产品中,纷纷表示自己的产品在商业智能方面有很大提高。如:微软最新版SQL Server 2005就集成了完整的商业智能套件,包括数据仓库、数据分析、ETL工具、报表及数据挖掘等,并有针对性的做了一些优化。如何更好的支持商业智能将是未来数据库产品发展的主要趋势之一。
(3)、SOA架构支持
SOA已经成为目前IT业内的一个大的发展趋势,最初IBM和BEA是该理念的主要推动者,后来有越来越多的企业加入,开始宣称支持SOA,其中包括Oracle,而微软开始并不是非常赞同SOA的,但是,随着时间的发展,目前国内主流的数据库厂商都开始宣称他们的产品是完全支持SOA架构的,包括微软的SQL Server 2005,从微软态度的转变可以看出,未来IT业的发展与融合,SOA正在成长为一个主流的趋势。
数据库管理系统已经成为软件产业的重要组成部分,是信息化过程中最重要的技术基础之一。我国要振兴软件产业,就必须发展自己的数据库软件产业。这已经获得了广泛的共识,目前要解决的关键问题是如何能够“做得出、用得上、卖得掉”。我们认为,数据库软件的发展将仍然是关系系统内核基础上进行扩展的技术路线。
以上就是关于基于NDC的航司PSS及电商的SOA技术转型 (3)全部的内容,包括:基于NDC的航司PSS及电商的SOA技术转型 (3)、微服务架构 vs SOA架构、BS架构 CS架构 SOA架构 分别是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)