联邦学习

AI摘要

本文介绍了联邦学习的概念及其在保护数据隐私的同时实现模型共建的核心思想。文章详细解释了联邦学习的三种主要形式:横向联邦学习、纵向联邦学习和联邦迁移学习,并讨论了联邦学习在推荐系统中的应用。

引言

“联邦学习(Federated Learning)”作为一种加密的分布式机器学习范式,可以使得各方在不披露原始数据的情况下达到共建模型的目的,即在不违反数据隐私保护法规的前提下,连接数据孤岛,建立性能卓越的共有模型。

假如你养了一只小羊,想给它吃各种不同营养成分的草料,你需要去各地收集草料再运送回来喂它。但是有一天,各地不再允许将草料向外运输了,你该怎么办?

在此情况下,联邦学习提供了新的思路:让羊群在各地移动,而草不出本地。

也就是机器学习模型以分布式的方式构建,而不需要数据在本地区域之外移动,这种“数据不动,模型动”的优势在于,对于每只羊的所有者而言,并不知道羊吃到肚子里的草到底是什么样,也就实现了在隐私保护和数据安全的前提下,机器学习模型不断完善。

一、 概述

1.1  联邦学习提出的背景

随着算法的不断创新,训练数据的不断收集、硬件算力的不断增强,机器学习(Machine Learning, ML)技术,特别是深度学习(Deep Learning, DL)在人工智能(Artifical Intellingence, AI)应用领域取得了巨大的成功。例如,在图像识别领域,Google在 2018年提出的视觉算法在识别率上早已超过人类;当前深度学习所取得的成功,无一不是建立在大量数据基础之上的,如下图1-1,展示了互联网数据中心(IDC)对当前互联网每年产生的数据总量的统计预测,预计2021年全球将产生超过50ZB的数据,到2025年更是达到了175ZB。 

图1-1 互联网数据中心对互联网数据总量的预测

在过去很长的一段时间里,数据的价值主要体现是作为一种燃料,为人工智能模型提供大量的样本训练数据,帮助提升模型的效果。但随着互联网的快速发展,数据的规模变得越来庞大、复杂,数据的价值已经不再局限于训练数据,而是以资产的形式服务于企业,并给企业带来经济效益。

正是因为数据具有资产的属性,政府、企业乃至个人,都越来越重视数据。但由于相互之间的竞争,各方的数据很难进行共享,导致数据呈现出割裂的状态,影响了极度依赖数据的人工智能的发展。

此外,人们对于用户隐私和数据安全的关注度也在不断提高。用户开始更加关注个人隐私信息的使用是否经过本人允许,许多互联网企业由于泄露用户数据而被重罚。在法律法规层面,立法机构和监管机构正在考虑出台新的法律来规范数据的管理和使用。

由于以上各方面的原因,使得我们过去使用的大数据正面临着严重的数据割裂问题,并呈现出“数据孤岛”的现状,导致在进行人工智能模型训练时无法有效利用各参与方的数据,阻碍了算法模型的效果提升。

为此,人们开始寻求一种方法,它不必将所有数据集中到一个中心存储点就能够训练机器学习模型。一种可行的方法是由每一个拥有数据源的机构训练一个小模型,之后各机构的模型彼此之间进行交互,最终通过模型聚合得到一个全局模型。为了确保用户隐私和数据安全,各机构间交换模型信息的过程将会被精心设计,使得没有机构能够猜测其他任何机构的隐私数据内容。同时,在构建全局模型时,其效果与数据源被整合在一起进行集中式训练的效果几乎一致,这便是联邦机器学习(Federated Machine Learning, FML)提出的动机和核心思想。

1.2  联邦学习定义

联邦学习是利用分散在各参与方的数据集,通过隐私保护技术融合多方数据信息,协同构建全局模型的一种分布式训练方式。在模型训练过程中,模型的相关信息(如模型参数、模型结构、参数梯度等)能够在各参与方之间交换(交换方式可以是明文、数据加密、添加噪声等),但本地训练数据不会离开本地。这一交换不会暴露本地的用户数据,降低了数据泄露的风险。

联邦学习具有以下特点:

1. 两个或两个以上参与方,协作构建共享的机器学习模型。

2. 模型训练过程中,每个参与方数据都不会离开本地。

3. 模型相关信息以加密方式传输,且保证任何参与方都不能推测其他方的原始数据。

4. 联邦学习模型的性能要充分逼近理想模型(所有数据集中一起训练获得的模型)的性能。

二、 联邦学习分类

根据训练数据在不同参与方之间的数据特征空间和样本ID空间的分布情况,联邦学习可被分为横向联邦学习(Horizontal Federated Learning,HFL)、纵向联邦学习(Federated Transfer Learning,FTL) 和迁移联邦学习(Vertical Federated Learning,VFL)。

2.1  横向联邦学习

横向联邦学习也被称为按样本划分的联邦学习(Sample-Partitioned Federated Learning或Example-Partitioned Federated Learning),可以应用于联邦学习的各个参与方的数据集有相同的特征空间和不同的样本空间的场景,类似于在表格视图中对数据进行水平划分的情况。

横向联邦学习适用于联邦学习的参与方的数据有重叠的数据特征,即数据特征在参与方之间是对齐的,但是参与方拥有的数据样本是不同的。横向联邦学习中数据特征重叠维度较多,根据重合维度进行对齐,取出参与方数据中特征相同而用户不完全相同的部分进行联合训练。比如有两家不同地区银行,他们的用户群体分别来自各自所在的地区,相互的交集很小。但是,他们的业务很相似,因此,记录的用户特征是相同的。此时,就可以使用横向联邦学习来构建联合模型。Google在2017年提出了一个针对安卓手机模型更新的数据联合建模方案:是在单个用户使用安卓手机时,不断在本地更新模型参数并将参数上传至安卓云上,从而使特征维度相同的数据拥有方建立联合模型的一种联邦学习方案。

图2-1 横向联邦学习(按样本划分的联邦学习)

2.2  纵向联邦学习

纵向联邦学习适用于联邦学习参与方的训练数据有重叠的数据样本,即参与方之间的数据样本是对齐的,但是在数据特征上有所不同。纵向联邦学习用户重合较多,根据用户ID进行匹配,取出参与方数据中用户相同而特征不完全相同的部分进行联合训练。

比如有两个不同机构,一家是某地银行,另一家是同一个地方的电商。他们的用户群里很有可能包含该地的大部分居民,因此用户的交集很大。但是,由于银行记录的都是用户的收支行为与信用评级,而电商则保有用户的游览与购买历史,因此他们的用户特征交集较小。纵向联邦学习就是将这些不同特征在加密的状态下加以聚合,以增强模型能力的联邦学习。目前,逻辑回归模型,树型结构模型和神经网络模型等众多机器学习模型已经逐渐被证实能够建立在这个联邦体系上。

图2-2 纵向联邦学习(按特征划分的联邦学习)

2.3  联邦迁移学习

联邦迁移学习适用于参与方的数据样本和数据特征重叠都很少的情况。目前大部分的研究是基于横向联邦学习和纵向联邦学习的,迁移联邦学习领域的研究暂时还不多。

 图2-3 联邦迁移学习

比如有两个不同机构,一家是位于中国的银行,另一家是位于美国的电商。由于受到地域限制,这两家机构的用户群交集很小。同时,由于机构类型的不同,二者的数据特征也只有小部分重合。在这种情况下,要想进行有效的联邦学习,就必须引入迁移学习,来解决单边数据规模小和标签样本少的问题,从而提升模型的效果。

三、联邦学习框架

目前业界中主要的联邦学习框架有FATE,TensorFlow Federated,PaddleFL,Pysyft等。

2019年2月,微众银行开源FATE开源项目,覆盖横向联邦学习、纵向联邦学习、联邦迁移学习,得到了社区内广泛的关注与应用。同时,FATE提供20多个联邦学习算法组件,涵盖LR、GBDT、DNN等主流算法,覆盖常规商业应用场景建模需求。尤其值得注意的是,FATE提供了一站式联邦模型服务解决方案,涵盖联邦特征工程,联邦机器学习模型训练,联邦模型评估,联邦在线推理,相比其他开源框架,其在工业应用上有显著的优势。

OpenMinded开源的Pysyft框架,较好地支持了横向联邦学习。该框架同时支持TensorFlow、Keras、Pytorch,为使用人员快速上手提供了较多的选择。Pysyft提供了安全加密算子,数值运算算子及联邦学习算法,用户也可以高效搭建自己的联邦学习算法。相比较FATE,OpenMinded尚未提供高效的部署方案及serving端解决方案,相比工业应用,更适合作为高效的学术研究、原型开发的工具。

谷歌开源的TensorFlow Federated框架,较好地支持了横向联邦学习。其中,可以通过Federated Learning API,与TensorFlow、Keras进行交互,完成分类、回归等任务。用户也可以通过其提供的Federated Core API,通过在强类型函数编程环境中将TensorFlow与分布式通信运算符相结合,简洁地表达新的联合算法。目前TensorFlow Federated在安全加密算子上缺少开放实现,同时缺少对线上生产的完善支撑。

2019年11月,百度宣布开源其联邦学习框架PaddleFL。该框架中包含了DiffieHellman等安全算子及LR等机器学习算法。由于其开源时间较短,算子丰富程度逊于上述三个框架。该框架的优势在于通过与百度机器学习框架PaddlePaddle的交互,吸引相关生态开发者加入开发。

开源框架

FATE

TensorFlow Federated

PaddleFL

Pysyft

受众定位

工业产品

学术研究

学术研究

学术研究

学术研究

牵头公司

/机构

微众银行

Google

百度

OpenMined

联邦学习类型

横向联邦学习

纵向联邦学习

联邦迁移学习

横向联邦学习

横向联邦学习

纵向联邦学习

横向联邦学习

联邦特征

工程算法

特征分箱

特征选择

特征相关性分析

不支持

不支持

不支持

机器学习算法

LR、GBDT、DNN等

LR、DNN等

LR、DNN等

LR、DNN等

安全协议

同态加密

SecretShare

RSA

DiffieHellman

  DP

DP

同态加密

SecretShare

联邦在线推理

支持

不支持

不支持

不支持

Kubernetes

支持

不支持

不支持

不支持

四、联邦学习与推荐系统

推荐系统到底是什么?简单地说,它是一种信息过滤工具,可以利用整个社区的用户画像和习惯给特定用户呈现其可能感兴趣的最相关内容。一个有效的推荐系统具备以下三个主要功能:

  • 克服信息过载问题。由于互联网信息的爆炸性增长,推荐系统可以帮助用户过滤掉低价值的信息,从而节省用户的时间。

  • 提供定制化推荐。帮助用户更好地根据自己的品味找到真正感兴趣的商品。

  • 合理利用资源。平衡受欢迎程度和实用性,让人们对这些不那么受欢迎的商品给予更多关注。

推荐系统在各种信息检索系统中都发挥着至关重要的作用,可以促进业务的发展和决策制定。然而,在推荐系统中,仍然有许多尚未解决的问题,冷启动和用户数据隐私是其中的两个问题。用联邦学习同时解决这两个问题是可行的。假设我们正通过联邦学习,用多方数据来训练一个全局模型,对于冷启动问题,我们可以从其他参与方借鉴相关信息和知识,以帮助对新商品进行评分或对新用户进行预测;对于数据隐私问题,用户的私有数据会被保存在客户端设备中,只有更新的模型才会通过安全协议上传。此外,联邦学习将模型的学习过程分布到各个客户端上,大大降低了中央服务器的运算压力。

4.1  联邦推荐系统

假设一个电子商务公司想要训练一个协同过滤(Collaborative Filtering, CF)模型,让用户可以根据个人喜好和商品流行程度来找到想要的商品。由于数据的隐私安全问题等原因,无法直接收集到用户的原始数据,因此可以利用联邦学习训练协同过滤模型。通常,一个协同过滤模型可以表示为多个用户因子向量(每个向量表示一个用户)组成的用户因子矩阵(user factor matrix)和多个商品因子向量(每个向量表示一件商品)组成的商品因子矩阵(item factor matrix)的组合。联邦协同过滤由所有用户共同地学习这两个矩阵得到,如图4-1所示,包含以下五个步骤:

 图4-1 联邦协同过滤示例

  • STEP1:每一个客户(例如,用户的本地设备)从服务器下载全局商品因子矩阵。该矩阵可以是随机初始化的模型或预训练模型。

  • STEP2:每一个客户聚合显式数据和隐私数据。显式数据包括用户的反馈,例如对商品的评分和评论。隐私数据由用户订单历史、购物车清单、浏览历史、点击历史、搜索日志等信息组成。

  • STEP3:每一个客户使用本地数据和全局商品因子矩阵对本地用户因子向量进行更新。

  • STEP4:每一个客户使用本地数据和本地用户因子向量,计算全局商品因子矩阵,然后进行本地更新,并通过一个安全协议将更新上传至服务器。

  • STEP5:服务器通过联邦加权算法(如联邦平均算法)聚合从各个客户端上传的本地模型,并使用聚合的结果对全局商品因子矩阵进行更新。之后,服务器将全局商品因子矩阵发送给各个客户。

上述过程是联邦协同过滤的一般情况。我们可以利用更强大的模型来代替协同过滤模型,如深度因子分解机(Factorziation Machine,FM)模型以进一步提高性能。除了定制化的推荐任务,联邦推荐系统还可以利用来自不同参与方的不同特征来提高推荐的精确度。

4.2  联邦矩阵分解

当今互联网的推荐产品多种多样,有以内容为核心的音乐推荐、短视频推荐等,也有传统的新闻推荐、书籍推荐等。虽然形态各异,但他们的推荐流程一般都是先收集用户的行为数据,统一上传到服务端,然后利用常见的推荐算法进行集中训练,最后将训练的模型部署到线上。

显然,这样的模式会在个人数据传输过程中以及在服务器存储环节中出现隐私泄露以及安全问题。因此基于联邦学习的推荐算法登上了历史舞台。

假设一个场景,公司A以书籍为内容进行推荐,公司B以电影为内容进行推荐,根据协同过滤思想,具有相同观影爱好的用户会有相同的阅读爱好,如果能够在不泄露用户隐私的前提下,联合多方数据进行训练,将会明显提升推荐效果。公司A和B的用户群体高度重合,且分别有用户对物品的评分矩阵,但产品不同,由于数据隐私保护等原因,我们无法直接共享不同公司之间的数据,因此适用于纵向联邦学习场景。

图4-2 跨公司联邦推荐

多机构之间的推荐系统目标函数为:

由于两家公司的用户群体相同,也就是说他们共享用户的隐向量P,为了求解该目标函数,我们先引入一个可信的第三方服务端来维护共享的用户隐特征向量信息,即矩阵p;

步骤一:由可信第三方服务端初始用户隐向量矩阵p,并使用公钥对其进行加密[[p]]。同时,各家参与公司分别初始化自己的物品隐向量矩阵q。

步骤二:服务端将加密的用户隐向量矩阵[[p]]分别发送给所有参与联合建模的公司。

步骤三:各参与方利用私钥解密用户隐向量矩阵,我们以公司A为例,对目标函数求取梯度之后,先利用梯度下降,更新自己的本地物品隐向量

其中L表示目标函数,其余各客户参与方本地物品隐向量更新,可以参考以上步骤。

同时对目标函数求导,计算用户隐向量矩阵p的梯度

步骤五:重复步骤二~四,直到算法收敛。

以上步骤,可以通过下图进行可视化查看。

 图4-3 纵向矩阵分解算法

五、总结与展望

联邦学习诞生于人们对数据碎片化、数据孤岛、用户隐私泄露以及机器学习面临的数据短缺问题的日益关注,逐渐意识到大公司侵犯用户隐私的严重影响,政府和监管机构正在收紧监管共享私人数据的法律。通过联邦学习,数据不需要离开参与方,因此可以更好地保护用户隐私和数据安全。

随着探索更多的联邦学习应用场景,该领域变得越来越具有包容性。它涵盖了分布式机器学习、统计学、信息安全、加密算法、模型压缩、博弈论和经济学原理,以及激励机制设计等方面的研究和实践。

联邦学习生态系统在将来会进一步扩展。将会出现更多联邦学习开源平台软件,例如FATE和PySyft。从业人员将习惯于建立具有社会期望的所有必要方面的解决方案,联邦学习将成为人工智能造福社会的一个典范。

 

相关推荐

企业出海,如何构建支撑全球业务的数据与 AI 平台?

当企业业务进入不同国家和地区,数据与 AI 能力也需要随之布局:当地业务产生的数据需要及时处理,AI 应用需要连接相应的数据与计算资源;总部则需要掌握全局资产、统一关键标准,并组织跨区域协作。近年来受到关注的“主权 AI”(Sovereign AI),进一步凸显了企业对 AI 部署与运行的需求。企业在建设 AI 平台时,需要统筹考虑数据管理、访问权限、治理规则、基础设施与运营管理,明确。集散架构,正是围绕这组需求展开的一种架构选择。

datacreating的博客 238

拿什么拯救你 我的画布

链路越长,人工比对的成本越高。可当这张网被放进浏览器或 App,规模一大,画布就开始吃力:打开要等,拖一下卡住,松手之后画面才缓慢跟上,内存占用也一路上涨。通过展开、拖动和搜索定位,用户可以在同一张图上从全局看到细节,不必把业务拆成多张局部图,再来回切换、拼接关系。这五层中,基础层提供页面运行和计算所需的能力,工具库层负责画布与布局,引擎层处理流程图和血缘图各自的业务规则,应用层最终呈现为项目、运维和血缘三类画布。大图性能的价值,就是让用户留在同一张图上,把整体关系看全,把关键链路看完,把具体问题查清。

datacreating的博客 236

告别“数据沼泽”,拥抱“活水湖”:数新智能基于CyberEngine与Apache Paimon的新一代数据湖仓架构

数据不再只是静态存储,它正在变成流动的“水”。今天,我们正式向大家介绍基于CyberEngine大数据平台的新一代数据湖解决方案,它为企业构建灵活、实时、统一的“活水湖”数据底座。本期聚焦基于 CyberEngine 与 Apache Paimon 的新一代数据湖仓架构,解析其如何告别数据沼泽、实现实时入湖与跨存储自由,为企业构建“活水湖”提供实践参考。在CyberEngine的加持下,基于Paimon构建的数据湖成为了一汪真正的“活水湖”,既拥有数据湖的灵活性,又具备数据仓库的高性能与事务能力。

datacreating的博客 287

DataX 深度解析:异构数据同步的核心设计与实现原理

本期我们将深度解构数新智能「开源技术」系列之——开源离线数据同步工具 DataX,其他相关文章可移步专栏合集查看。作为大数据体系建设的基础工具,DataX 以 Framework+Plugin 核心设计破解异构数据源同步的 N*N 链路难题,是企业数据治理的重要抓手。本文将从架构设计、执行流程、插件开发等维度拆解其技术内核,提炼实操要点,为技术从业者提供可落地的参考思路。

datacreating的博客 459

赋能某跨境智慧物流:基于 AWS Graviton 的全栈数据平台实现 25% 成本节省

数新智能通过将 自研的云原生数据底座CyberEngine 与 业界领先的 AWS Graviton 自研芯片 进行全栈深度集成,不仅解决了客户在成本与性能上的燃眉之急,更为其构建了面向未来的数据核心竞争力。这为整个平台奠定了高性价比的基石。我们深信,真正的技术价值,在于将底层硬件的强大潜力,通过领先的软件平台转化为切实的业务成果。数新智能的解决方案核心,是将 AWS Graviton 处理器的原生优势 与 CyberEngine 数据底座的云原生能力进行深度耦合,实现从硬件到软件的全栈协同优化。

datacreating的博客 576

数新智能 CyberData 现已全面支持 AWS Graviton 处理器

重要提示: 无论客户使用的是传统 x86 架构实例还是新一代 ARM 架构的 Graviton 实例,CyberData 都能提供完全相同的功能特性和用户体验,确保服务的一致性和可靠性。通过此次架构升级,我们能够利用 Graviton 处理器带来的卓越性价比和能效,这不仅提升了服务的整体性能,也使我们能够更可持续地运营,并长期致力于为客户提供更优质的服务。发布同步性: 所有新版本、新功能及漏洞修复均同步发布至 x86 和 ARM 架构,不存在任何发布时间差异。起始支持版本:CyberData 5.4.1。

datacreating的博客 175

CyberData 数据平台版本升级:信创深化、安全升级与全链路智能管控革新

为响应国家信创战略部署,满足企业数字化转型中的数据安全与高效管理需求,数新智能 CyberData 数据平台完成核心能力迭代升级。本次升级聚焦国产化适配深化、数据安全防护强化、建模能力拓展、标准管控智能化及资产体系重构五大核心方向,同步优化多维度操作体验,为企业提供更安全、高效、灵活的数据全生命周期管理解决方案。01 强化国产化适配,拓宽生态支持边界CyberData 持续深化与国产数据库的融合适配,完成平台信创化升级,进一步拓宽生态支持范围:· 核心数据库信创化落地:将业务底层数据库全面替换为国产主流数据

datacreating的博客 451

CyberEngine 在云上大数据计算降本方面的实践和能力

随着云计算与大数据技术的深度融合,越来越多企业选择将大数据计算负载迁移至云端,以享受弹性扩展、按需使用的核心优势。但随之而来的,是云上资源配置不当、闲置浪费导致的成本高企问题,成为制约企业数字化转型效益的关键瓶颈。作为深耕大数据与云计算领域的技术服务商,数新智能依托自研 CyberEngine 产品,构建了一套通过资源优化实现云上大数据计算降本增效的标准化能力,无需定制开发即可适配各类企业场景,本文将深度拆解其核心产品化策略与实践逻辑。

datacreating的博客 614

数新智能 CyberEngine 大数据引擎管理平台焕新升级

在平台易用性上,对平台的日志管理、资源管理等模块进行了“重组”,更加贴合运维人员使用习惯,提供便捷清爽的使用体验,另外,CyberEngine平台从诞生之日起就为国内的信创用户提供了良好的支持能力,除了支持国产的ARM架构CPU机型外,对国产的操作系统和中间件也都进行了充分的适配,此次的发布信创能力又进一步得到了提升;基于AWS平台的弹性伸缩能力:支持绑定和管理EKS集群,对EKS集群的弹性伸缩能力支持,根据业务的资源使用需求快速的完成Node的弹性扩缩容,极大的优化企业用户对于资源的利用效率。

datacreating的博客 698

倒计时3天,四大行业嘉宾携出海解决方案重磅来袭

背景亮点:曾就职于新加坡科技,康柏电脑,通用汽车,爱立信,诺基亚,Linaro 非营利组织 (Linux for ARM),Ubuntu,Vantiq 等企业。:曾就职于新加坡科技,康柏电脑,通用汽车,爱立信,诺基亚,Linaro 非营利组织 (Linux for ARM),Ubuntu,Vantiq 等企业。1 月 24 日,由数新智能、CCF、华为云联合主办「智联生态 智启全球 —— 数据为帆,AI 为舵,共创出海新路径」Data+AI 技术出海主题论坛,热度再升级!:高金 数新智能解决方案总监。

datacreating的博客 904

倒计时 5 天!Data+AI 技术赋能零售出海主题峰会嘉宾重磅官宣

本次演讲将聚焦 OceanBase 如何助力中国企业应对全球化挑战,实现高效、安全的跨境数据管理,实现降本增效、提升运维效率、保障业务连续性,同时更好的满足 AI 智能业务需求,为企业在国际市场的开拓筑牢数据根基。1 月 24 日,由数新智能、CCF、华为云联合主办「智联生态 智启全球 —— 数据为帆,AI 为舵,共创出海新路径」Data+AI 技术出海主题峰会,将落地杭州东新瑞莱克斯酒店!陈燕,亿企赢海外税产品总监,从事海外税十余年,曾实施过多家上市公司海外税,范围覆盖亚洲、美洲、澳洲等。

datacreating的博客 387

CyberScheduler —— 打破数据调度边界的核心引擎

作为数新智能 CyberData 产品的调度引擎, CyberScheduler 以“全场景适配、全链路可控、全架构兼容”为设计理念,从触发机制、依赖管理、统一编排、部署能力到高可用架构,构建了一套覆盖企业数据调度全生命周期的解决方案。当前,企业采用多云(阿里云、华为云、谷歌云、AWS云、私有云等)和多计算引擎(Spark、Flink、Doris、ClickHouse、MaxCompute等)架构已成常态,但不同云厂商、不同引擎的调度工具碎片化,导致数据管理效率低下、运维成本高企。

datacreating的博客 783

Compaction in Apache Iceberg

iceberg的有一个好处是,通过快照可以做 time-travel,verion rolback, 快照中的 manifest files不会被删除。job、task执行失败,可能会导致写入了部分数据,这些数据没有任何关联任何快照,因此也不能用正常的方式删除他们,因为没有任何关联关系。但流写入时,会出现很多新的小文件,删除过期文件可以将这些文件数据删除,但是处理不了 manifest 文件。除了压缩小文件,还做了排序,这意味着最小/最大过滤的好处将会更大(扫描的文件越少,速度越快)

datacreating的博客 831

CyberAI多模态数据平台焕新升级!七大核心功能解锁高效管理新体验

数新智能一站式多云AI原生数智平台升级,新增多模态数据管理功能。

datacreating的博客 848

The Life of a Read/Write Query for Apache Iceberg Tables

本文以读写查询生命周期为核心,解析 Iceberg 表的处理逻辑。当前快照中已经存在的 manifest file,跟新的一起,写入到 manifest list中,以及manifest file 的路径和统计信息。在这个 manifest list中,包含了所有 manifest file 的路径,以及每个文件的信息,如每个分区的 lower和upper等。merge-on-read,生成新的更新/删除/插入 数据文件,读取时会忽略旧的文件,只有更新的数据在内存中,占用内存会减少。

datacreating的博客 1207

Data engineering at Meta

揭秘 Meta 如何通过 UPM 流水线管理、分析库集成及自动化监控,构建支撑千亿级日活的高效数据链路,展现湖仓架构、流批融合及云原生设计的工程化落地经验,为企业数据智能建设提供可复用的技术蓝图。facebook 每天会产生 几百P 的数据,用户行为,代码变更,这个框架就用来实时分析这种变化,并提供开发人员展示。每个表都按照 ds 分区,也就是 YYYY-MM-DD 分区的,一般是数据产生的时间,也有其他方式分区的。内部维护了一个分支,做了一些定制化修改,也会定期合并开源分支,同时也会提交修改到开源。

datacreating的博客 893

Data Ingestion: Architectural Patterns

在数据驱动的时代,数据摄取是构建高效数据生态系统的基石。Data Integration Challenges,因为是一个数据库来管理 OLAP、OLTP,如果数据源种类很多,就不好处理,需要跨数据源查询,带来复杂度。Handling Push Failures,pull失败了只要重试即可,但是push失败了 分析平面感知不到,需要设计高可用,高并发的 push流系统。本质上来说,data ingestion 就是把运营平面的数据,同步到 分析平面中,这样就可以解锁 分析平面的所有能力了。

datacreating的博客 1156

“数”风流人物|从手搓Hadoop到智能数据平台构建,数新智能CTO原攀峰的“自我突破”

本文是数新智能 CTO 原攀峰接受 IT168 专访的完整内容,字里行间藏着我们对 “智能数据平台” 的核心思考与落地答案。无论你是正在搭建数据平台的技术管理者,还是想探索 AI 时代数据价值的从业者,这篇深度访谈都值得一读。

datacreating的博客 163

BTrace

从动态追踪工具如 Btrace、Arthas 的 retransform 能力,到 JDB 调试,再到 JDK 内置的 VisualVM、JFR,以及 JProfiler、MAT 等性能分析工具,还有分布式监控工具、火焰图等,它们共同助力开发者高效定位问题、优化系统性能。· arthas 使用了:Instrumentation.retransformClasses(),会替换整个类,风险高。· btrace 使用了:java.lang.instrument,只是在关键函数中注入了额外信息,风险低。

datacreating的博客 480

云环境中的日志收集和处理方案

在云环境中,高效的日志收集与处理是系统监控和运维的关键。本文围绕《云环境中的日志收集和处理方案》展开,先介绍日志收集的两种方式,再聚焦处理环节,探讨写入 kafka、共享存储、S3 等路径,分析使用 raft 组日志集群及 NewSQL 的方案,最后结合 Spark 端调度进行总结,为云日志管理提供多维度技术参考。SPARK_EXECUTOR_ID ,driver端需要手动设置,executor 是自动设置上的。根据当前的节点 hash,定位到环的一个为止,然后顺时针处理,这样每段由不同节点处理。

datacreating的博客 776

PyTorch

在深度学习领域,PyTorch 以动态图机制和简洁易用的特性,成为科研与工程落地的热门框架。本文围绕《PyTorch》展开,从基础操作切入,通过 numpy 与 tensor 实例演示数据处理核心逻辑,深入解析 Torchvision 数据加载、图像处理及常用功能。结合卷积原理、损失函数设计、梯度计算等关键模块,详解网络构建与优化方法,搭配可视化工具与分布式训练技巧,为读者呈现从基础语法到高阶应用的完整知识图谱,助力快速掌握 PyTorch 核心技术栈。

datacreating的博客 912

OpenLDAP研究

在企业目录服务领域,OpenLDAP凭借开源、灵活的特性备受青睐。本文围绕《OpenLDAP研究》,从剖析其底层架构入手,详解实用命令与核心配置信息,展示web控制台便捷管理方式,还会梳理相关文档资源,助你全面掌握OpenLDAP的运行逻辑与使用技巧。这里存储的 kerberos 的 keytab 实际是。经过了 ASN.1 加密,包含了一些其他信息。树状的层级结构,比如组织的划分。按照 DNS 来划分层次。OpenLDAP系列文档。再做了 base64。

datacreating的博客 596

LevelDB SSTable模块

如果写成功,则将 pending_index_entry 设置为true,后面再写新的块,Add 流程的时候就会用到这个变量。匹配的话,则读取这个数据块,跳转到对应的位置,具体处理逻辑是一个回调函数,回调函数内处理 key,value。上一个块的最后一个 key,和当前要写入的(也就是后面一个块的第一个 key),计算这两个 key非分割。先 new 一个固定大小的buffer,然后读进去,再 CRC检查,并确定压缩类型,看是否要解压。分割的key就是 “the r”,正好比"the qu…

datacreating的博客 583

Agent 狂飙时代,真正的 “限速器” 藏在数据里:为何说Data&AI 数据基础设施是泥泞路到高速路的密钥

打造面向业务的数据服务与资产门户: 构建数据中台体系,将底层数据加工为易用的主题数据模型和数据服务,建立数据资产门户,为业务方提供数据目录、自助分析工具和统一的数据服务出口,赋能业务团队进行探索式分析和数据创新,真正实现数据驱动的业务增长。同时,高质量、易访问的数据资产更好地赋能了业务团队的自助分析和精细化运营,直接推动了海外业务收入的增长。为落实集团数字化战略,打破内部数据壁垒,充分挖掘数据价值,并通过数据赋能业务增长,集团构建了中心化的一站式数据开发治理平台,以支撑战略目标的实现。

datacreating的博客 674

LevelDB 辅助工具类

如果编码值 1 « 7 <= v < 1 « 14,需要两个字节编码,第一个字节使用1 + v的低7位,表示需要查看下一个字节,下一个字节使用0 + v的高7位,表示不需要查看下一个字节;首先调用 Add,将 key进去,将所有的key直接拼在一起,比如 aa、bb、cc、dd,拼在一起就是aabbccdd,中间没有分割。如果小于等于1KB,则分配一个4KB的块,插入到vector中,从4KB的块上分配相应的内存;一开始的插入会放到 lru 链表中,如果 ref++,则会放到 in_use 链表中。

datacreating的博客 789

LevelDB 多版本和压缩

VersionSet是一个版本集,里面保存了Version的一个双链表,其中有一个Version是当前版本,因为只有一个实例,还保存了其它的一些全局的元数据,Dummy Version是链表头;最后利用两层的输入文件,在不扩大level i+1输入文件的前提下,查找level i层的有key重叠的文件,结果为蓝线标准的文件,构成最终的输入文件;利用level i层的输入文件,在level i+1层找寻有key重叠的文件,结果为绿线标注的文件,构成level i,i+1层的输入文件;

datacreating的博客 578

哈尔滨工业大学教授苗东菁:AI Agent 与多模数据库

在这种方式下,我们认为随着智能体服务的实例越来越多,有7千个、8千个、1万个、100万个,数据更新的压力以及多模型的更新的压力,跟现在会是大不相同的,因为现在很多场景人工去生成数据的速度肯定不如智能体的速度。在这里面,还有在我们看到的是文档还有订单的表达的数据,还有在智能体的经验里检索的时候,有RAG的数据,同时在智能体工作的时候,还会有对这些数据反向的更新。我们在调研中看到一些资料,举一个非常有意思的真实的例子,尽管它从某种意义上来讲,还不算是特别理想的智能体,更多的还是智能工作流。

datacreating的博客 830

Building An Elastic Query Engine on Disaggregated Storage

本文探讨了在分离式存储架构上构建弹性查询引擎的关键技术。针对传统shared-nothing架构的资源利用率低、弹性不足等问题,提出了基于云环境的存储计算分离方案。系统采用四层架构:中心化服务层、计算层、分布式临时存储层和持久数据存储层。重点研究了临时存储系统设计(采用内存-SSD两级缓存)、资源弹性策略(延迟一致性hash)及多租户支持方案。实验数据显示75%的只读查询缓存命中率超过80%,验证了架构有效性。文章还讨论了未来优化方向,包括更细粒度的资源调度和多租户隔离机制。该研究为云环境下的弹性数据查询提

datacreating的博客 833

中国计算机学会杭州分部副主席朱霖潮:多模态大模型的研究进展与未来

这种交互模式本质上构建了一个动态演进的Token处理体系:环境状态被编码为输入Token,模型生成的行动指令作为输出Token,而环境反馈又形成新的输入Token,构成持续流动的交互流。技术演进表明,新一代模型正从早期的单一能力专精(如GPT系列的语言理解、DALL·E的图像生成)发展为多模态协同的智能体系,其核心优势在于实现了意图理解与内容创作的无缝衔接。相较于单模态的理解或生成任务,这种多智能体协作系统需要处理更复杂的时空约束和资源分配问题,其技术难点主要在于实时决策的准确性和多主体协调的一致性保障。

datacreating的博客 1049

华为云云服务高级顾问叶正晖:华为对多模态大模型的思考与实践

我们大模型的架构的趋势,还是要从以前的单一模态走向多模态大一统,在未来的趋势下,从2021年的Vision Transformer到2022年的Whisper大模型再到2024年的Sora,整个过程里面从以前的视觉到语音到混合,再到生成大模型的一个统一。我们把视觉认知专项打开看一下,其实视觉认知专项在原来的基础多模态大模型中,经过海量的数据的训练,10000+通用及行业实用标签,包括场景标签,关系标签、行为标签都在这里面。华为的盘古多模态大规模的模型,它是一个层次融合的一个架构。三是全模态的大模型。

datacreating的博客 1003
上一篇: CDC工具之Debezium
下一篇: 代码覆盖率最佳实践
数新智能
数新智能 数新智能官方账号 数新智能官方账号
博客等级 码龄5年 408粉丝 110原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值