首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
架构设计
订阅
pangpx
更多收藏集
微信扫码分享
微信
新浪微博
QQ
10篇文章 · 0订阅
得物热点探测技术架构设计与实践
1.概述 说到热点问题,首先我们先理解一下什么是热点? 热点通常意义来说,是指在一段时间内,被广泛关注的物品或事件,例如微博热搜,热卖商品,热点新闻,明星直播等等,所以热点产生主要包含 2 个条件:1
Go 服务自动收集线上问题现场
前言 对于 pprof,相信熟悉 Go 语言的程序员基本都不陌生,一般线上的问题都是靠它可以快速定位。但是实际项目中,很多时候我们为了性能都不会开启它,但是出了问题又要靠它来分析。
代码层走进“百万级”分布式ID设计
面对互联网系统的三高(高可用,高性能,高并发),数据库方面我们多会采用分库分表策略,如此必然会面临另一个问题,分库分表策略下如何生成数据库主键?
Twitter 的系统设计案例
原文 更多文章请到 GitHub - HardwayLinka/cn-system-design: Translate some system design articles into Chinese
常见限流排队业务设计
一:限流排队目的 限制客户端访问用户的并发数量,拦截超过系统负载的用户访问,保证系统稳定运行,并且用户能够有效感知 二:架构说明 2.1 架构图: 2.2 步骤说明 2.3 架构层级图 加购: 释义:
警惕看不见的重试机制:为什么使用RPC必须考虑幂等性
在RPC场景中因为重试或者没有实现幂等机制而导致的重复数据问题,必须引起大家重视,有可能会造成例如一次购买创建多笔订单,一条通知信息被发送多次等问题,这是技术人员必须面对和解决的问题
实现缓存和数据库一致性方案实战:mysql+canal+rabbitmq+redis
最近不是正好在研究 canal 嘛,刚巧前两天看了一篇关于解决缓存与数据库一致性问题的文章,里边提到了一种解决方案是结合 canal 来操作的,所以阿Q就想趁热打铁,手动来实现一下。
高并发下秒杀商品,你必须知道的9个细节
前言 高并发下如何设计秒杀系统?这是一个高频面试题。这个问题看似简单,但是里面的水很深,它考查的是高并发场景下,从前端到后端多方面的知识。秒杀一般出现在商城的促销活动中,指定了一定数量(比如:10个)
【NSQ源码】Go 实时分布式消息平台 nsqd 的生命周期-初始化、启动和退出
Go 实时分布式消息平台 nsqd 的生命周期-初始化、启动和退出,Init、Start 和 Stop 三个步骤。
实现真正的高性能高并发的上亿级别秒杀系统!
前言 秒杀一般出现在商城的促销活动中,指定了一定数量(比如:10个)的商品(比如:手机),以极低的价格(比如:0.1元),让大量用户参与活动,但只有极少数用户能够购买成功。这类活动商家绝大部分是不赚钱