彩票网站如何做,网页源码在线提取,长沙网站托管seo优化公司,潍坊高端网站建设数据服务是为了更好地满足用户的数据消费需求而产生的#xff0c;因此数据消费方的差异是数据服务分类的最关键因素。具体包括两大类#xff1a;数据集服务和数据API服务。 1. 数据集服务 #xff08;1#xff09;数据集服务定义 比较常见的数据消费者有两类#xff1a;一… 数据服务是为了更好地满足用户的数据消费需求而产生的因此数据消费方的差异是数据服务分类的最关键因素。具体包括两大类数据集服务和数据API服务。 1. 数据集服务 1数据集服务定义
比较常见的数据消费者有两类一类是真实的“人”一类是“IT系统”。企业越来越强调各业务部门的自我运营因此产生了大量自助分析消费者这类消费者就是业务人员甚至可能是管理者他们通过各种数据分析工具直接使用、消费数据。这种情况下消费者是“访问”某个相对完整的“数据集”这种消费方式称之为“数据集服务”。 数据集服务最主要的特征是由服务提供方提供相对完整的数据集合消费方“访问”数据集合并自行决定接下来的处理逻辑。 数据服务提供方被动地公开数据以供数据消费方检索。 数据服务提供方并不定义数据处理逻辑但数据和数据处理逻辑仍然由其控制。 数据服务的生命周期即数据访问授权的有效期。
举例来说数据服务供应方提供信息搜索、查询服务但并不清楚用户的真实意图用户可以自由地在服务提供方的地盘上“玩”数据。 2数据集服务建设规范
数据集服务主要面向自助分析场景提供相对完整的数据集合因此所提供的数据主要来自数据底座包括“数据湖”和“主题联接”。 1允许将数据湖的同一个业务对象内的一个或多个资产封装为数据服务。 在部分实时性要求极高的场景下例如对于某个地区所有销售投标项目的实时状态可视化场景可以将“投标项目Proposal”这个业务对象下的多个逻辑数据实体封装在一起设计成可以支撑投标的实时可视化的数据服务。 2允许将数据湖内单个资产及其关联主数据合并封装为数据服务。 在部分实时数据服务需求场景下需要向用户提供相对完整的主数据或基础数据信息以便于用户自助分析。例如某个业务部门可能需要交付项目实施计划的数据服务以便进行实时监控和指挥。当通过IT系统或应用实现该功能时只需获取数据湖中原始的事务数据交付项目实施计划明细但在自助分析场景下由于数据服务面对的是具体的业务人员而业务人员不可能读懂任务ID、区域组织ID等物理层主键或外键并且没有必要让每个自助分析人员都重复进行共性数据联接因此可以在数据服务封装时将必要的数据联接在一起比如将“任务与任务资源关系”或“任务与区域组织关系”与交付项目实施计划明细合并封装为一个数据集服务。 3不允许将数据湖中跨业务对象的多个资产合并封装为一个数据服务。 要注意数据服务合并封装的边界数据服务的本质是将已有数据资产以服务的形式提供给消费者而不是在服务中创建一个新的数据资产面向OLAP的数据资产创建应该在数据主题联接完成这在一定程度上也可以避免出现数据服务大量重复建设的情况。 当所提供的数据来自于主题联接时建设规范如下: 1允许将单个主题联接的数据资产封装为一个或多个数据服务。 数据服务在面对不同消费者的不同需求时可以适当地拆分为多个数据服务以便更好地提供给数据消费者减少冗余数据提升用户体验。例如在封装“区域损益明细实际数据”服务时集团职能部门和具体业务部门的需求可能是不同的具体业务部门不需要精细到产品L3以下的明细数据。如果把产品L1L5的所有明细都提供出来数据量将会以百倍的规模增加会极大地影响数据分析性能这显然是不必要的。比较恰当的方式是将两类需求分别封装为不同的数据服务并确保这些数据服务的数据来源于同一个主题联接数据资产。 2允许将由多个主题联接数据资产组成的多维模型整体封装为一个数据服务。 在部分情况下主题联接数据资产并不是以宽表的形式落地而是以多维模型的形式存在此时可以将多维模型整体封装为一个数据集服务。例如可以将“预测多维分析模型”中的“区域组织维表、产品维表、预算事实表”等封装为一个服务满足区域组织经营管理的需要。 3不允许将多个主题联接数据资产直接合并封装为一个数据服务。 数据资产之间的联接属于主题联接范畴应该首先沉淀为公共数据主题联接资产再封装为服务。 2. 数据API服务定义
数据服务的另外一类消费者是“IT系统”即面向某个IT系统提供数据事件驱动的“响应”这种服务的封装方式与前面所提到的数据集不同称为“数据API服务”。 1数据API服务特征 服务提供方“响应”消费方的服务请求提供执行结果。 数据服务提供方基于随机的数据事件主动地传送数据。 数据服务提供方会基于事件定义数据处理逻辑由消费方提前订阅并随机触发。 服务的生命周期跟着事件走事件关闭了服务就终止了。
例如华为公司给OBSObject Storage Service对象存储服务提供面向客户的服务能力评估和报价复核服务。 数据API服务是对用户随机数据事件的响应这个需求往往伴随着用户的某个任务产生随着任务的结束整个服务也就完成了。通过数据API服务用户可以及时地获知任务的协同情况并基于服务方的反馈结果做出相应的调整。服务供给方和消费方是协同关系互操作而非交接棒关系交换情报有效提升了面向协同任务的互操作一致性。 2数据API服务VS数据集成服务
数据API服务与传统系统集成相比有非常明显的优势。 供应/消费数据服务 应用组件间传递的是基于数据服务契约的消息即传递对数据进行逻辑操作的结果。 高聚合 订单服务使业务逻辑变得更加集中易于数据同源管控。 松耦合 业务逻辑的变化对服务消费方没有直接影响。
