00:00 / 03:42
连播
清屏
智能
倍速
点赞12
00:00 / 03:10
连播
清屏
智能
倍速
点赞5
00:00 / 31:02
连播
清屏
智能
倍速
点赞1
00:00 / 30:32
连播
清屏
智能
倍速
点赞0
00:00 / 40:19
连播
清屏
智能
倍速
点赞2
00:00 / 10:20
连播
清屏
智能
倍速
点赞0
00:00 / 16:45
连播
清屏
智能
倍速
点赞11
00:00 / 00:38
连播
清屏
智能
倍速
点赞988
OpenAI数据库架构揭秘:PostgreSQL还能这么用? OpenAI最近的争议确实不少,但抛开这些,不得不承认,他们做事情的规模真是太惊人了! 他们每天要处理25亿个用户请求,服务于8亿用户。这是什么概念?他们是怎么做到的? 最近他们公布了实现这一点的细节,一起看看OpenAI的架构,到底有什么独到之处。 在他们的架构核心,是一个你可能没听过的数据库:PostgreSQL。但它却支撑着ChatGPT的海量请求。 他们的设置其实很简单:一个写入实例,加上只读副本。写入实例负责数据库的增删改,而只读实例只负责读取数据。 更疯狂的是,他们的数据库设置是50个只读实例,却只有一个写入实例!这配置也太极端了吧? 为什么不分片主要的写入实例呢?他们解释说,这会非常复杂和耗时,需要修改数百个应用程序,耗时数月甚至数年。 这告诉我们,重写代码要极其谨慎。重写可能耗时数月甚至数年,而且重写本身也会成为问题。 如果写入请求突然激增怎么办?工程师们确保大多数读取请求都通过只读副本,而不是主写入实例。 对于极重的写入工作负载,他们会使用Microsoft的Azure Cosmos DB。对于新的应用程序和功能,他们也会使用Cosmos DB。 为了保证数据库变更,他们严格限制schema变更的速率,修改数据库结构也需要小心翼翼。 你可能会想,如果唯一的写入实例发生故障怎么办? 在大多数应用程序中,只读实例会被提升为写入实例。但因为这是OpenAI,他们有特殊待遇。 总的来说, OpenAI 的数据库架构,在保证稳定性的前提下,尽可能地优化性能,非常值得学习。 #AI #科技 #ChatGPT #OpenAI #黑科技 #A#I#科#C#O黑科技OpenAIChatGPT科技I
00:00 / 01:38
连播
清屏
智能
倍速
点赞0
00:00 / 06:03
连播
清屏
智能
倍速
点赞12
00:00 / 06:49
连播
清屏
智能
倍速
点赞2
00:00 / 00:38
连播
清屏
智能
倍速
点赞94
00:00 / 09:44
连播
清屏
智能
倍速
点赞1
00:00 / 01:14
连播
清屏
智能
倍速
点赞1