《云上社交行业技术服务白皮书》——第三章 云上社交典型场景与架构——3.1 通用大社交媒体——3.1.1 文字与图像社交(上)

本文涉及的产品
对象存储 OSS,OSS 加速器 50 GB 1个月
简介: 《云上社交行业技术服务白皮书》——第三章 云上社交典型场景与架构——3.1 通用大社交媒体——3.1.1 文字与图像社交(上)

3.1.1.3 图片存储架构

 

3.1.1.3.1 客户痛点


以某图文社交平台为例,自该图文社交平台上线以来,其在线用户数一直处于爆 发式增长的状态。截止2019年中,该平台的月活跃人数几乎可以达到5亿的级别,平 活跃用户数为2亿多。业务的急速增长对该客户的原有技术体系造成了极大的冲 ,例如:

 

1、流量激增:一些已知的业务高峰场景例如:重要节日、重要活动等场景则会 带来巨大的流量挑战,这些业务场景的主要特点是:瞬间峰值高、持续时间短。每一 次峰值事件的互动时间在3小时左右,而明星事件等业务,流量经常会增加至原来几 倍的瞬间峰值


2、流量峰谷差大:  社交媒体与人们生活作息时间紧密相关,  在奔波忙碌的午 后,人们专心工作无暇分享生活,流量请求量平缓;在闲暇安逸的傍晚,人们纷纷掏 出手机查看当日的新鲜事,流量请求量激增。在生活的一朝一夕背后,该图文社交平 台的负载有着明显的波峰波谷,且峰值相差5倍以上。


应对流量激增问题,平台的开发者的传统应对手段,主要通过以下几种方式:


1提前申请足够的设备保证冗余。

2、降级非核心及周边的业务


但以上解决方案需要提前预知相关IT成本,造成业务负载饱和度不一及扩缩容流 程繁琐且周期长等问题。如何在用户量飞速增长、热点事件流量激增及请求有明显波 峰波谷的情况下,既不影响用户体验,又不增加服务器成本投入是该平台开发人员的 务之急。


3.1.1.3.2 解决方案

image.png

公有云Serverless构具有应对爆发式峰值流量的优点。函数计算是阿里云提供 Serverless计算平台,函数计算可以根据请求量动态分配执行环境,毫秒级调度计 算资源,确保在负载高时保持稳定的延时,在负载低时有较高的资源利用率,且只会 对代码运行时使用的计算资源付费。函数计算还可以与对象存储服务无缝集成,可以 方便地对存储在对象存储中的图片进行实时处


该图文社交平台使用函数计算的弹性扩容、事件触发、按量付费的特性部署图片 处理业务,将用户上传的图片存储到对象存储中,编写函数实现个性化的图片处理。 当平台用户通过客户端获取图片时,请求通过阿里云CDN回源到函数计算,函数 对象存储中下载原图,根据客户端类型实时处理成预期规格的图片,并将结果图片返

 

3.1.1.3.3 架构效果


函数计算可以毫秒级伸缩计算资源确保应用在热点事件发生时仍能稳定地运行, 使用户验不受访问次数的影响。


通过函数计算运行图片处理服务,客户实现了持续的成本节省。无需再为平滑处 理业务高峰带来的流量激增而提前预留大量闲置机器资源,同时开发人员无需花费精 力管理及维护基础设施,只需集中精力与产品团队合作提升业务价值。随着社交平台 活跃用户数不断增加,客户的业务规模不断扩张,函数计算可以自动弹性地分配更多 执行环境以支撑社交业务的持续发展。




《云上社交行业技术服务白皮书》——第三章 云上社交典型场景与架构——3.1 通用大社交媒体——3.1.1 文字与图像社交(下) https://developer.aliyun.com/article/1232428?groupCode=supportservice

相关实践学习
函数计算部署PuLID for FLUX人像写真实现智能换颜效果
只需一张图片,生成程序员专属写真!本次实验在函数计算中内置PuLID for FLUX,您可以通过函数计算+Serverless应用中心一键部署Flux模型,快速体验超写实图像生成的魅力。
从 0 入门函数计算
在函数计算的架构中,开发者只需要编写业务代码,并监控业务运行情况就可以了。这将开发者从繁重的运维工作中解放出来,将精力投入到更有意义的开发任务上。
相关文章
|
10月前
|
消息中间件 负载均衡 中间件
⚡ 构建真正的高性能即时通讯服务:基于 Netty 集群的架构设计与实现
本文介绍了如何基于 Netty 构建分布式即时通讯集群。随着用户量增长,单体架构面临性能瓶颈,文章对比了三种集群方案:Nginx 负载均衡、注册中心服务发现与基于 ZooKeeper 的消息路由架构。最终选择第三种方案,通过 ZooKeeper 实现服务注册发现与消息路由,并结合 RabbitMQ 支持跨服务器消息广播。文中还详细讲解了 ZooKeeper 搭建、Netty 集群改造、动态端口分配、服务注册、负载均衡及消息广播的实现,构建了一个高可用、可水平扩展的即时通讯系统。
1037 0
|
人工智能 算法 网络安全
基于PAI+专属网关+私网连接:构建全链路Deepseek云上私有化部署与模型调用架构
本文介绍了阿里云通过PAI+专属网关+私网连接方案,帮助企业实现DeepSeek-R1模型的私有化部署。方案解决了算力成本高、资源紧张、部署复杂和数据安全等问题,支持全链路零公网暴露及全球低延迟算力网络,最终实现技术可控、成本优化与安全可靠的AI部署路径,满足企业全球化业务需求。
|
8月前
|
数据采集 机器学习/深度学习 搜索推荐
MIT新论文:数据即上限,扩散模型的关键能力来自图像统计规律,而非复杂架构
MIT与丰田研究院研究发现,扩散模型的“局部性”并非源于网络架构的精巧设计,而是自然图像统计规律的产物。通过线性模型仅学习像素相关性,即可复现U-Net般的局部敏感模式,揭示数据本身蕴含生成“魔法”。
337 3
MIT新论文:数据即上限,扩散模型的关键能力来自图像统计规律,而非复杂架构
|
8月前
|
消息中间件 监控 Cloud Native
高效设计:支持亿级用户社交关系的100W QPS架构方案
面对亿级用户与百万QPS的高并发场景,性能测试成为系统稳定的关键。本文剖析真实业务痛点,详解从接口压测、全链路监控到瓶颈定位的完整性能体系,助你掌握大厂级性能优化能力,从容应对卡顿、宕机等线上挑战。
|
10月前
|
文字识别 运维 监控
架构解密|一步步打造高可用的 JOCR OCR 识别服务
本文深入解析了JOCR OCR识别服务的高可用架构设计,涵盖从用户上传、智能调度、核心识别到容错监控的完整链路,助力打造高性能、低成本的工业级OCR服务。
400 0
架构解密|一步步打造高可用的 JOCR OCR 识别服务
|
11月前
|
关系型数据库 MySQL 分布式数据库
Super MySQL|揭秘PolarDB全异步执行架构,高并发场景性能利器
阿里云瑶池旗下的云原生数据库PolarDB MySQL版设计了基于协程的全异步执行架构,实现鉴权、事务提交、锁等待等核心逻辑的异步化执行,这是业界首个真正意义上实现全异步执行架构的MySQL数据库产品,显著提升了PolarDB MySQL的高并发处理能力,其中通用写入性能提升超过70%,长尾延迟降低60%以上。
|
消息中间件 人工智能 监控
文生图架构设计原来如此简单之分布式服务
想象一下,当成千上万的用户同时要求AI画图,如何公平高效地处理这些请求?文生图/图生图大模型的架构设计看似复杂,实则遵循简单而有效的原则:合理排队、分工明确、防患未然。
512 14
文生图架构设计原来如此简单之分布式服务
|
11月前
|
消息中间件 存储 大数据
阿里云消息队列 Kafka 架构及典型应用场景
阿里云消息队列 Kafka 是一款基于 Apache Kafka 的分布式消息中间件,支持消息发布与订阅模型,满足微服务解耦、大数据处理及实时流数据分析需求。其通过存算分离架构优化成本与性能,提供基础版、标准版和专业版三种 Serverless 版本,分别适用于不同业务场景,最高 SLA 达 99.99%。阿里云 Kafka 还具备弹性扩容、多可用区部署、冷热数据缓存隔离等特性,并支持与 Flink、MaxCompute 等生态工具无缝集成,广泛应用于用户行为分析、数据入库等场景,显著提升数据处理效率与实时性。
|
存储 缓存 关系型数据库
社交软件红包技术解密(六):微信红包系统的存储层架构演进实践
微信红包本质是小额资金在用户帐户流转,有发、抢、拆三大步骤。在这个过程中对事务有高要求,所以订单最终要基于传统的RDBMS,这方面是它的强项,最终订单的存储使用互联网行业最通用的MySQL数据库。支持事务、成熟稳定,我们的团队在MySQL上有长期技术积累。但是传统数据库的扩展性有局限,需要通过架构解决。
508 18
|
容灾 网络协议 数据库
云卓越架构:云上网络稳定性建设和应用稳定性治理最佳实践
本文介绍了云上网络稳定性体系建设的关键内容,包括面向失败的架构设计、可观测性与应急恢复、客户案例及阿里巴巴的核心电商架构演进。首先强调了网络稳定性的挑战及其应对策略,如责任共担模型和冗余设计。接着详细探讨了多可用区部署、弹性架构规划及跨地域容灾设计的最佳实践,特别是阿里云的产品和技术如何助力实现高可用性和快速故障恢复。最后通过具体案例展示了秒级故障转移的效果,以及同城多活架构下的实际应用。这些措施共同确保了业务在面对网络故障时的持续稳定运行。