系统架构的演变

从单体架构到微服务,架构演变历经集中式、垂直拆分、分布式服务和服务治理等阶段,解决系统复杂性、扩展性和维护性问题,最终实现服务独立、高可用和敏捷开发。

演变过程:

单体架构/集中式架构  >>   垂直拆分  >>   分布式服务  >>   服务治理  >> 微服务  

 

1.单体架构/集中式架构  的优缺点:

1)优点:编写项目简单,部署方便 ,节省成本

2)劣势:* 某一个功能挂了,真个系统瘫痪

                * 不方便项目的扩展

                *项目的维护成本较高

2.垂直拆分阶段

1)优点 :* 项目一定程度上解决了并发问题

                  *项目的扩展性一定程度上提高了

                  *项目的可维护性一定程度上提高了

2)劣势: *多个子项目之间调用的时候,IP和端口都是硬编码,如果服务提供方修改了IP地址或者地址,必须要及时通知服务消费方,否则系统就会宕机

                  *即使搭建了集群,也不利于负载均衡

3.分布式服务

1)优点 :在垂直拆分的基础上抽离了公共接口层,系统间相互调用,提高了代码复用和开发效率

2)劣势:*系统间耦合度变高,调用关系错综复杂,难以维护

                * 搭建集群之后,负载均衡比较难实现

4.服务治理

1)优点:当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。

2)劣势:* 服务间会有依赖关系,一旦某个环节出错会影响较大

                *服务关系复杂,运维、测试部署困难,不符合DevOps思想(docker)

5.微服务

特点:1)单一职责:每个微服务只能干一件事情

           2 )微:微服务的服务拆分粒度小,但功能齐全

           3)独立:

  • 团队独立:每个服务都是一个独立的开发团队,人数不能过多。

  • 技术独立:因为是面向服务,提供Rest接口,使用什么技术没有别人干涉

  • 前后端分离:采用前后端分离开发,提供统一Rest接口,后端不用再为PC、移动端开发不同接口

  • 数据库分离:每个服务都使用自己的数据源

  • 部署独立,服务间虽然有调用,但要做到服务重启不影响其它服务。有利于持续集成和持续交付。每个服务都是独立的组件,可复用,可替换,降低耦合,易维护 Docker部署服务

   

                 

 

 

                 

 

(1)普通用户端(全平台) 音乐播放核心体验: 个性化首页:基于 “听歌历史 + 收藏偏好” 展示 “推荐歌单(每日 30 首)、新歌速递、相似曲风推荐”,支持按 “场景(通勤 / 学习 / 运动)” 切换推荐维度。 播放页功能:支持 “无损音质切换、倍速播放(0.5x-2.0x)、定时关闭、歌词逐句滚动”,提供 “沉浸式全屏模式”(隐藏冗余控件,突出歌词与专辑封面)。 多端同步:自动同步 “播放进度、收藏列表、歌单” 至所有登录设备(如手机暂停后,电脑端打开可继续播放)。 音乐发现与管理: 智能搜索:支持 “歌曲名 / 歌手 / 歌词片段” 搜索,提供 “模糊匹配(如输入‘晴天’联想‘周杰伦 - 晴天’)、热门搜索词推荐”,结果按 “热度 / 匹配度” 排序。 歌单管理:创建 “公开 / 私有 / 加密” 歌单,支持 “批量添加歌曲、拖拽排序、一键分享到社交平台”,系统自动生成 “歌单封面(基于歌曲风格配色)”。 音乐分类浏览:按 “曲风(流行 / 摇滚 / 古典)、语言(国语 / 英语 / 日语)、年代(80 后经典 / 2023 新歌)” 分层浏览,每个分类页展示 “TOP50 榜单”。 社交互动功能: 动态广场:查看 “关注的用户 / 音乐人发布的动态(如‘分享新歌感受’)、好友正在听的歌曲”,支持 “点赞 / 评论 / 转发”,可直接点击动态中的歌曲播放。 听歌排行:个人页展示 “本周听歌 TOP10、累计听歌时长”,平台定期生成 “全球 / 好友榜”(如 “好友中你本周听歌时长排名第 3”)。 音乐圈:加入 “特定曲风圈子(如‘古典音乐爱好者’)”,参与 “话题讨论(如‘你心中最经典的钢琴曲’)、线上歌单共创”。 (2)音乐人端(创作者中心) 作品管理: 音乐上传:支持 “无损音频(FLAC/WAV)+ 歌词文件(LRC)+ 专辑封面” 上传,填写 “歌曲信息
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值