首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
系统设计和方法论
订阅
daheige
更多收藏集
微信扫码分享
微信
新浪微博
QQ
155篇文章 · 0订阅
架构师蔡超亲身经历的十年架构感悟分享
架构师蔡超用亲身经历分享了10年的感悟,内容很不错,老师说:非功能需求决定架构、风险优先等内容值得思考
为什么kafka在2.8版本之后就弃用了ZooKeeper作为注册中心(详解kafka底层架构原理)?
小白必会,带你详细了解消息队列的作用,kafka的底层架构原理,以及kafka弃用ZooKeeper的版本迭代原因
当谈论DDD到底在谈论什么
DDD是将业务领域概念和规则映射到软件设计的方法,能打通产品、设计、编码人员的信息壁垒。同时一套设计保持了业务和编码的一一对应。
公司新来一个架构师, 将消费金融系统重构了
消费分期作为互联网电商行业中重要的一环,今天我以一名后端研发视角,分享此次重构过程和新得 ~ ~!
KISS原则(Keep It Simple, Stupid):可以用来Dis 架构师的过度设计
KISS(Keep It Simple, Stupid)原则,即“保持简单,愚蠢”原则,是一种提倡在设计过程中保持简洁性的软件开发理念。这个原则鼓励开发者避免不必要的复杂性,专注于最直接、最清晰的解决
超级加倍:互联网大厂的容灾架构设计与落地方案(多机房部署、同城双活、异地多活)
在互联网大厂,有个普遍的现象:某种程度上,只要是比较重要的系统,都需要考虑系统的容灾问题。通过实施容灾方案,将系统部署两套或者多套,并且这套系统或者多套系统可以部署到不同的机房,如果其中一套系统出现故
每月约150亿条消息接收处理,该如何设计?
一个应用系统A 需要通过HTTP接口接收某外部系统B的消息,系统A 提供3个接口,接收来自系统B的三类消息,每月数据总量约150亿条,经处理后推送前端。
从百万级别数据的分析角度,MySQL,Mongodb,Hbase如何选择?
需求背景 需要存储500万左右的数据,每天新增约5万条数据,用于日后的数据分析。数据主要用于OLAP(在线分析处理),对实时性要求不高。数据来源是多个线上MySQL数据库,定期同步数据过来。
git merge 和 git rebase,如何选择?
git 应该是当下代码管理最流行的工具,关于其两个重要的指令 git merge 和 git rebase 该如何使用也是争议颇多,这篇文章我们一起来聊一聊。
DuckDB 为什么这么快?
要点 DuckDB 是一个开源 OLAP 数据库,专为管理数据分析而设计。与 SQLite 类似,它是一个可以嵌入到您的应用程序中的进程内数据库。 在进程内数据库中,引擎驻留在应用程序内,允许在同一内