阿里巴巴经济体核心调度系统“伏羲”设计问题之伏羲系统的功能如何解决

本文涉及的产品
函数计算FC,每月15万CU 3个月
云原生 API 网关,700元额度,多规格可选
简介: 阿里巴巴经济体核心调度系统“伏羲”设计问题之伏羲系统的功能如何解决

问题一:“伏羲”在阿里巴巴经济体中扮演了什么角色?


“伏羲”在阿里巴巴经济体中扮演了什么角色?


参考回答:

“伏羲”作为阿里巴巴经济体中的核心调度系统,最初是为了解决大规模分布式资源的调度问题而设计的。它是飞天平台创立时的三大服务之一,与分布式存储Pangu和分布式计算MaxCompute共同构成了阿里巴巴的基础技术架构。


关于本问题的更多问答可点击原文查看:

https://developer.aliyun.com/ask/667310



问题二:伏羲系统是如何随着阿里巴巴经济体的发展而演进的?


伏羲系统是如何随着阿里巴巴经济体的发展而演进的?


参考回答:

伏羲系统随着阿里巴巴经济体和阿里云业务需求的发展,尤其是双十一等大规模业务场景的磨练,其内涵不断扩大。从单一的资源调度器扩展成大数据的核心调度服务,覆盖数据调度、资源调度、计算调度和本地微(自治)调度等多个领域,并在每个细分领域致力于打造超越业界主流的差异化能力。


关于本问题的更多问答可点击原文查看:

https://developer.aliyun.com/ask/667312



问题三:Serverless 架构如何支持长连接模式如 WebSocket?


Serverless 架构如何支持长连接模式如 WebSocket?


参考回答:

Serverless 架构通常不直接支持长时间运行的长连接模式,如 WebSocket。但可以通过网关(如 API 网关)来间接实现长连接的需求。网关可以处理客户端的长连接请求,并将消息转发给 Serverless 函数处理,再将处理结果通过网关返回给客户端。这样,Serverless 函数可以按需触发,而长连接的维护由网关负责。


关于本问题的更多问答可点击原文查看:

https://developer.aliyun.com/ask/667315



问题四:在 Serverless 架构中,弹幕应用如何实现长连接?


在 Serverless 架构中,弹幕应用如何实现长连接?


参考回答:

在 Serverless 架构中,弹幕应用的长连接可以通过 API 网关来承载。客户端与 API 网关建立 WebSocket 连接,网关将消息转发给后端 Serverless 函数处理(如弹幕内容的验证、存储和分发)。处理完毕后,网关再将结果发送回客户端。此外,还需要使用如 Tablestore 这样的数据库来持久化设备信息和弹幕数据。


关于本问题的更多问答可点击原文查看:

https://developer.aliyun.com/ask/667316


问题五:在弹幕应用中,如何管理弹幕内容的审核和分发?


在弹幕应用中,如何管理弹幕内容的审核和分发?


参考回答:

在弹幕应用中,弹幕内容的审核和分发可以通过以下步骤实现:

1.客户端发送弹幕请求到 API 网关。

2.网关将请求转发给 Serverless 函数进行内容审核(如检查是否包含敏感词)。

3.如果审核通过,Serverless 函数查询当前大屏幕设备 ID,并通过网关的下行调用将弹幕消息发送给大屏幕设备。

4.如果审核未通过,Serverless 函数查询在线管理员设备,将弹幕消息发送给管理员进行进一步处理。

5.数据库(如 Tablestore)用于存储设备信息和弹幕数据,支持内容的持久化和查询。


关于本问题的更多问答可点击原文查看:

https://developer.aliyun.com/ask/667317

相关文章
|
存储 运维 Kubernetes
【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美
台湾作家林清玄在接受记者采访的时候,如此评价自己 30 多年写作生涯:“第一个十年我才华横溢,‘贼光闪现’,令周边黯然失色;第二个十年,我终于‘宝光现形’,不再去抢风头,反而与身边的美丽相得益彰;进入第三个十年,繁华落尽见真醇,我进入了‘醇光初现’的阶段,真正体味到了境界之美”。
【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美
|
资源调度 分布式计算 Kubernetes
给 K8s 装上大数据调度引擎:伏羲架构升级 K8s 统一调度
飞天伏羲作为有着十多年历史的调度团队,在服务好 MaxCompute 大数据平台的过程中,一直在不断通过自我革新赶超业界先进水平,我们经历了 Fuxi 2.0 的这样的大规模升级,今天通过 K8s 统一调度项目又再次实现了系统架构的蜕变,将大数据平台强大的调度能力赋予 K8s 系统,同时去拥抱 K8s 周边丰富的生态。除了集团弹内集群,将来我们在公共云、专有云等多个场景,也会以 K8s 统一调度的方式进行输出,以更好地服务云上的用户,敬请期待!
1760 11
给 K8s 装上大数据调度引擎:伏羲架构升级 K8s 统一调度
|
资源调度 分布式计算 Kubernetes
技术抉择:阿里云13年后重构全部核心调度系统
在阿里云十三年的发展历史上,重新设计调度系统算得上是一个重要的技术抉择。
1359 11
技术抉择:阿里云13年后重构全部核心调度系统
|
资源调度 分布式计算 并行计算
分布式调度系统现状|学习笔记
快速学习分布式调度系统现状
分布式调度系统现状|学习笔记
|
存储 大数据 Serverless
首次!统一调度系统规模化落地,全面支撑阿里巴巴双 11 全业务
今年双 11 首次规模化亮相的统一调度,通过一套调度协议、一套系统架构,统一管理底层的计算、存储、网络资源,超大规模、高效率、自动化的资源弹性,实现了业界新的突破。在离线混部、离在线混部、新的快上快下技术,减少数万台服务器采购,带来数亿计的资源成本优化和大促效率提升。
1840 5
首次!统一调度系统规模化落地,全面支撑阿里巴巴双 11 全业务
|
资源调度 大数据 调度
【大数据技术干货】阿里云伏羲(fuxi)调度器FuxiMaster功能简介(三) 针对在线服务的资源强稳定
转载自xingbao各位好,这是介绍阿里云伏羲(fuxi)调度器系列文章的第三篇,今天主要介绍针对在线服务的资源强稳定 一、FuxiMaster简介 FuxiMaster和Yarn非常相似,定位于分布式系统中资源管理与分配的角色:一个典型的资源分配流程图如下所示: 作为调度器,目前FuxiMas
4655 0
|
缓存 运维 监控
程序人生 - 如何搭建一个拖垮公司的技术架构?
程序人生 - 如何搭建一个拖垮公司的技术架构?
143 0
程序人生 - 如何搭建一个拖垮公司的技术架构?
|
缓存 监控 Cloud Native
阿里大规模业务混部下的全链路资源隔离技术演进
本文作为混部实践系列开篇,本篇文章将介绍资源隔离技术在混部中的重要性、其落地挑战及我们的应对思路。
阿里大规模业务混部下的全链路资源隔离技术演进
|
运维 Kubernetes Cloud Native
历经 7 年双 11 实战,阿里巴巴是如何定义云原生混部调度优先级及服务质量的?
本文将聚焦在 K8s 层的容器优先级和服务质量模型上,希望给业界提供一些可借鉴的思路。
历经 7 年双 11 实战,阿里巴巴是如何定义云原生混部调度优先级及服务质量的?
|
资源调度 大数据 调度
独家下载 | “伏羲”神算!阿里巴巴经济体核心调度系统揭秘
阿里巴巴 9 位技术专家为你深度解析阿里巴巴经济体核心调度系统“伏羲”。伏羲(Fuxi)作为十年前最初创立飞天平台时的三大服务之一(分布式存储 Pangu,分布式计算 MaxCompute,分布式调度 Fuxi),十年来,在技术能力上持续演进。本书从面向大数据、云计算的调度挑战出发,介绍伏羲调度系统及各子领域的关键技术进展,并以双11为典型场景进行最佳实践的介绍,为你呈现大数据分布式调度技术的深水区玩法。— 《“伏羲”神算》现在可以免费下载阅读啦,快来先睹为快吧。
38032 0
独家下载 | “伏羲”神算!阿里巴巴经济体核心调度系统揭秘