数据中台最后一公里:数据服务管理产品设计思路
编辑导语:做好数据服务管理,有助于数据价值的有效输出,提升业务效率,并助推决策的产生。这就要求数据产品经理想办法解决数据服务管理平台当下存在的一些问题,比如管理困难、权责不明等。本篇文章里,作者就数据服务的痛点、如何搭建好数据服务管理平台等方面做了总结,不妨来看一下。
数据的价值一个是数据驱动决策,主要通过数据可视化平台、自助BI分析工具提升决策分析效率。另一个是数据在业务端的创新应用,主要是API接口服务的方式,即DAAS(dataAPI as aservice)。
数据化运营时代,对API接口的需求与日俱增。例如APP首页的千人千面的个性化推荐接口,根据用户历史消费订单数实时弹屏新客大礼包,根据访问用户所处的生命周期,制定差异化的用户激励运营策略等。
你们公司,目前是如何构建和管理数据API服务的呢?
通常一个普通API接口的开发,需要数据开发工程师将数据按照业务逻辑进行清洗加工,再由Java开发人员进行接口变现,即可以让业务端通过接口调用数据,例如实时查询当前访问用户的历史累计订单数,以判断用户是新客,进而派发新客大礼包。
对于个性化推荐接口,算法人员基于数仓模型进行特征数据分析处理,模型开发、训练调优,然后将模型提供给接口开发人员进行实时的推理服务。
不管是哪种形式的接口,都会涉及多个工种,经过N个环节,一个接口的上线周期至少以周为单位,这个时效对于业务端创新应用的支撑是远远不够的。
对于普通的API接口,Java开发可能只需要按照接口文档约定的出入参格式进行SQL查询语句的封装再做一些性能调优就可以了,考虑接口性能问题多数逻辑都会在数据模型层处理好。
这种需求对于开发人员来说个人成就感是比较低的,看似每天都在忙,忙碌但缺少成功的输出。有更追求的开发不会愿意长期做接口变现,接口开发团队的人员稳定性是个问题。
对外输出的API接口太多,随着人员的离职更替,历史接口的逻辑、业务端的应用情况管理成了老大难的问题,因为找不到接口调用方,难以判断接口的应用场景,接口数量只增不减。
长期以来,需要维护的接口数量越来越多,服务器成本、运维成本都居高不下。
“不知道接口有谁在用”,这是经常听到接口开发讲的一句话,他们也很委屈,因为接口是四五年前开发的,前任并没有交接的那么详细。
即使通过接口可用性监控发现了服务异常,也没办法逐一地找到并通知应用方。只能被动地等着业务来反馈。甚至连监控都没有,时不时收到业务反馈说,这个接口是不是你们负责的,出了XX问题,你们排查一下。
因为服务以接口输出,接口出问题一般会直接找接口开发,接口开发通过翻代码发现是数据问题,又找到数据开发进行逻辑确认,“数据问题,我没法排查”,会出现相互推诿的情况。
数据中台的核心思想是能力复用和数据应用效率的提升,资产是数据中台的核心,没有资产的数据中台只能叫数据平台或工具。
因此,数据服务管理必须建立在数据资产层之上。数据资产层以OneData为方法论基础进行模型、指标的建设,构建分级分类清晰的数据资产管理与治理体系。
数据服务层作为数据中台价值输出的最后一公里,数据服务管理效率的高低,直接影响数据中台价值的体现,它提供的核心解决思路是复用资产层的数据能力,通过平台化、配置化的方式,快速生成API服务,减少定制化开发对不同工种的依赖。数据服务管理平台需要具备以下核心的能力:
1)指标类接口
一般输出给定制化开发的可视化报表平台或业务端后台进行数据效果分析,指标类基本都可以抽象出来指标+维度+限定条件的方式,即:指标和数据模型绑定,从哪个表中取哪个字段,字段的聚合逻辑是什么,指标支持的分析维度有哪些?
前端页面调用时,传入指标ID、限制条件参数,即可返回数值。指标管理平台处理管理统一指标外,还需要支持指标接口的服务化输出,这样针对定制化程度高、BI工具无法配置的可视化需求,如大屏可视化,只需要数据开发人员清洗好指标数据后,进行配置即可输出,无需接口开发介入。
2)用户或商品维度的接口
归根到底也可以归为指标类接口,但是由于数据的维度聚焦于单个用户或者商品,应用场景主要是精细化运营或产品智能,因此在场景配置方面需要一定的差异化。
承接的载体主要是CDP(客户数据平台)、画像平台等。在资产建设部分,讲用户画像、商品画像体系标签化,通过丰富的标签构建用户、商品的精细化分层能力。
例如北京环球度假区开业业务想借热点拉新(首次消费),于是通过用户标签和商品资源标签,找到了需要找到近期有旅游计划,目的是北京,曾经购买过迪士尼乐园等主题的景点的年轻用户,当符合条件的用户进入APP首页,进行促销红包弹屏,刺激用户下单。
这类需求以运营场景为载体,最终输出的是用户ID维度的接口服务或者批量数据输出,接口结构也非常容易标准化。
可以构建的配置流程是:多标签条件筛选目标人群或商品,构建运营场景(get接口调用方式还是Post数据推送),生成输出接口对接业务端触达通道(站内实时访问时调用接口,或批量的短信推送服务)。
3)模型输出类接口
此类接口是最容易标准化的,就是直接将模型中的字段接口化输出,比如模型是团购订单明细宽表,业务端需要判断用户是否有待消费的订单,订单的业务类别、下单时间、消费时间等,以判断用户是否可以参与抽奖活动。只需要选择输入字段、输出字段、状态码以及应用信息即可。
这样,数据开发既是数据逻辑加工者,也是接口配置者,对结果负责,可以减少对Java人员的依赖,提升业务赋能效率。
图片来源:阿里dataworks官网公开资料
4)个性化推荐类接口
大数据的出口是AI,数据赋能很大程度依赖AI赋能。产品千人千面个性化推荐、算法挖掘预测类用户画像标签,数据服务管理平台把标签管理、机器学习平台模型文件、在线推理接口服务整合起来,解决推荐接口caseby case开发效率低的问题。
图片来源:腾讯DMP modellab功能
总体来说,接口服务配置化是数据服务管理平台最最核心的能力,将接口生产流程产品化,数据开发、算法开发、甚至业务同学就可以自助完成接口配置上线,供应用端使用。
此时就不需要接口类的数据产品经理每天去和业务对需求,你的出参、入参是什么,统计逻辑是个啥,再转化成PRD文档协调数据开发、接口开发排期了。
接口的响应周期主要取决于数据资产建设完善度以及新增模型(标签)的开发周期。Java开发可以更聚焦于通用接口生产能力建设、接口性能调优工作,更具挑战性也更有成就感。
API接口平台化配置后,平台内接口与模型、字段的血缘关系以及接口与下游应用的关系数据可以很容易获取到。将这部分数据与模型加工产品的血缘链路进行关联补充,就可以形成从源端数据到API以及下游产品应用的全链路数据血缘,通过可视化展示方式,可以方便地知道接口生成链路。
上游数据异常时,也很方便排查影响范围,做好及时通知。
数据服务接口一般面向toC的产品应用,接口稳定性和性能需要做到实时监控。
谷歌有一个著名的10X理论,即技术的相关指标要至少保证10X于当前业务,例如正常情况下业务接口流量QPS为1000,那只要保证接口能够抗住10000的流量,这样才能更加稳妥的应对一些节假日高峰、爆款现象级产品或外部异常流量攻击。
因此,数据服务管理平台要具备接口实时流量、超时率、平均耗时、日均请求次数、错误率等服务指标,并且做到异常报警通知,电话、短信、邮件多渠道,以出现问题时可以第一时间跟进修复。
过去接口管理方式是在线文档,文档传阅靠口口相传,严重影响接口的复用,且不同开发文档标准不统一。
通过线上化的方式把所有接口当做一种数据资产进行管理,接口的需求元数据(需求工单)、技术元数据、业务元数据等信息完善,并且可以查看接口文档、性能指标、流量控制、一键上下线处理,可以更加方便地管理线上接口。
有了平台化的工具,是不是人人都可以直接配置接口使用数据了呢?
出于数据安全以及业务对数据的理解程度等方面,接口的配置权限还是要管控在数据开发、数据产品或者具备开发能力的业务开发角色中,相应的,就需要有配套的接口需求申请流程、已有接口申请token复用流程,并且和内部IM结合,形成需求提交、工单流转、处理反馈的数据服务需求流程闭环。
数据服务(API)是数据中台的最后一公里,是数据价值输出的重要形式之一,API生产效率的高低直接影响了数据对业务赋能的效率。
因此,作为数据产品经理,要多调研多分析服务流程现状、耗时最长的步骤或环节,寻求产品化的解决方案并不断优化,提升API服务与管理效率。
数据干饭人,微信号公众号:数据干饭人,人人都是产品经理专栏作家。专注数据中台产品领域,覆盖开发套件,数据资产与数据治理,BI与数据可视化,精准营销平台等数据产品。擅长大数据解决方案规划与产品方案设计。
本文原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议
本文系作者:
林先生
授权发表,鸟哥笔记平台仅提供信息存储空间服务。
本文为作者独立观点,不代表鸟哥笔记立场,未经允许不得转载。
《鸟哥笔记版权及免责申明》
如对文章、图片、字体等版权有疑问,请点击
反馈举报
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求,为完善跟帖评论自律管理,为了保护用户创造的内容、维护开放、真实、专业的平台氛围,我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容,同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规,对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息,主要表现为:
1)反对宪法所确定的基本原则;
2)危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一,损害国家荣誉和利益;
3)侮辱、滥用英烈形象,歪曲、丑化、亵渎、否定英雄烈士事迹和精神,以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉;
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动;
5)煽动民族仇恨、民族歧视,破坏民族团结;
6)破坏国家宗教政策,宣扬邪教和封建迷信;
7)散布谣言,扰乱社会秩序,破坏社会稳定;
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪;
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序;
10)侮辱或者诽谤他人,侵害他人名誉、隐私和其他合法权益;
11)通过网络以文字、图片、音视频等形式,对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法规禁止的其他内容;
2. 不友善:不尊重用户及其所贡献内容的信息或行为。主要表现为:
1)轻蔑:贬低、轻视他人及其劳动成果;
2)诽谤:捏造、散布虚假事实,损害他人名誉;
3)嘲讽:以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述,以此来激怒他人;
4)挑衅:以不友好的方式激怒他人,意图使对方对自己的言论作出回应,蓄意制造事端;
5)羞辱:贬低他人的能力、行为、生理或身份特征,让对方难堪;
6)谩骂:以不文明的语言对他人进行负面评价;
7)歧视:煽动人群歧视、地域歧视等,针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击;
8)威胁:许诺以不良的后果来迫使他人服从自己的意志;
3. 发布垃圾广告信息:以推广曝光为目的,发布影响用户体验、扰乱本网站秩序的内容,或进行相关行为。主要表现为:
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式:
2)单个帐号多次发布包含垃圾广告的内容;
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容;
4)多次发布包含欺骗性外链的内容,如未注明的淘宝客链接、跳转网站等,诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光;
6)购买或出售帐号之间虚假地互动,发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容,如通过伪造经历、冒充他人等方式进行恶意营销;
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息,主要表现为:
1)包含自己或他人性经验的细节描述或露骨的感受描述;
2)涉及色情段子、两性笑话的低俗内容;
3)配图、头图中包含庸俗或挑逗性图片的内容;
4)带有性暗示、性挑逗等易使人产生性联想;
5)展现血腥、惊悚、残忍等致人身心不适;
6)炒作绯闻、丑闻、劣迹等;
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息,主要表现为:
1)可能存在事实性错误或者造谣等内容;
2)存在事实夸大、伪造虚假经历等误导他人的内容;
3)伪造身份、冒充他人,通过头像、用户名等个人信息暗示自己具有特定身份,或与特定机构或个人存在关联。
6. 传播封建迷信,主要表现为:
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病;
2)求推荐算命看相大师;
3)针对具体风水等问题进行求助或咨询;
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失,包括通过占卜方法问婚姻、前程、运势,东西宠物丢了能不能找回、取名改名等;
7. 文章标题党,主要表现为:
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户;
2)内容与标题之间存在严重不实或者原意扭曲;
3)使用夸张标题,内容与标题严重不符的。
8.「饭圈」乱象行为,主要表现为:
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论,影响传播秩序
9. 其他危害行为或内容,主要表现为:
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的;
2)不当评述自然灾害、重大事故等灾难的;
3)美化、粉饰侵略战争行为的;
4)法律、行政法规禁止,或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时,本网站将依据相关用户违规情节严重程度,对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号,或者滥用多个帐号发布违规内容时,本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富,本网站出于维护本网站氛围和秩序的目的,将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议,可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)