首页
学习
活动
专区
工具
TVP
发布

架构师之路

专栏作者
459
文章
490812
阅读量
207
订阅数
1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!
如果没有统一的RPC框架,各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动,造成整体的低效。
架构师之路
2021-11-30
8210
分布式事务,一次性说清
的确,分布式事务的落地实践相对比较复杂,和数据库分库分表一样,很多公司采取的策略都是能不碰就不碰,因为在业务规模不庞大时,设计分布式事务要投入的精力,可能比采取人工补偿多得多。
架构师之路
2021-07-15
5940
服务之间通过缓存传递数据,我坚决反对!
如果只是单纯的将cache作为两个服务数据通讯的管道,service-A生产数据,service-B(当然,可能有service-C/service-D等)订阅数据,MQ比cache更加合适:
架构师之路
2021-07-15
6470
订单中心,1亿数据架构,这次服了
订单中心,是互联网业务中,一个典型的“多key”业务,即:用户ID,商家ID,订单ID等多个key上都有业务查询需求。
架构师之路
2020-08-31
1.3K0
用户中心,1亿数据,架构如何设计?
用户中心,几乎是所有互联网公司,必备的子系统。随着数据量不断增加,吞吐量不断增大,用户中心的架构,该如何演进呢。
架构师之路
2020-07-16
4.5K0
动静分离架构,究竟是啥?
前两天简单介绍了“前台与后台分离”的架构设计准则,又有水友提问:能不能顺带介绍下“动静分离”的架构设计准则呢?今天花1分钟简单说说。
架构师之路
2020-06-17
9950
数据库架构设计中,最重要的“基概”!!!
本文源自今年系统架构师大会,我在会上分享《数据库工程架构实践》的前3页PPT,数据库架构设计中的一些基本概念。 画外音:会上分享了近4个小时,见《十年》。
架构师之路
2020-03-23
3670
架构师到底该不该写代码?
我比较反对一个公司成立一个所谓的架构师部门,把控全公司所有的架构师资源。我建议是每个业务研发团队都自己的架构师,深入了解业务,针对业务的特点去设计系统架构。
架构师之路
2020-03-23
2710
带团队,要不要把员工推向前台?
2011-2015在58的5年,是我快速成长的5年,感谢领导wutp,除了教会我《带团队,不能太强势》,同时我还从他身上学会,“要把自身本领传授给队友,并把员工推向前台”。 一、事必躬亲,是刚转型管理的技术专家,最容易犯的错误 我还算一个有情怀的技术人,当,我只是一个工程师的时候:
架构师之路
2018-08-17
3230
数据库主从不一致,怎么解?
任何脱离业务的架构设计都是耍流氓,绝大部分业务,例如:百度搜索,淘宝订单,QQ消息,58帖子都允许短时间不一致。
架构师之路
2018-07-27
1.2K0
秒杀架构优化,产品折衷
当然有,当一个业务技术难度非常大的时候,可以通过业务和产品的优化,来简化系统架构。
架构师之路
2018-07-27
4750
状态同步,究竟是推还是拉?
状态同步,有好友状态的同步,有群友状态的同步,有的需要实时同步,有的能够容忍延时。结合具体场景来看下,状态同步,究竟是推还是拉。
架构师之路
2018-07-27
9610
系统通知,居然有人使用拉取?
广义系统通知,有1对1的通知,以及一对多的通知,有相对实时的业务通知,以及能够容忍一定延时的系统通知。结合具体的场景来看下,这样的一些系统通知,究竟是推还是拉?
架构师之路
2018-07-27
8120
feed流拉取,读扩散,究竟是啥?
答:微博,微信朋友圈,Pinterest是典型的feed流业务,系统中的每一条消息就是一个feed。
架构师之路
2018-07-27
3K0
服务挂了,怎么自动恢复?
大家或许都碰到过这样的情况: tomcat挂了,站点应用访问不了 service出core了,服务挂了 架构设计上,避免单点,使用故障自动转移固然能够保证系统的高可用,是否还有其他的方案,让挂掉的服务自动启动呢,这里给大伙推荐一个常见的运维工具 supervisor。 画外音:supervisor是很常见的运维工具,以下几个小问题旨在让不熟悉的同学简单了解相关原理,献丑了。 supervisor是什么? 答:用Python开发的通用的进程管理工具。 supervisor有什么用? 答:supervisor能
架构师之路
2018-06-13
1.7K0
集群信息管理,架构设计中最容易遗漏的一环
准备系统性介绍“技术体系规划”了,这是第一篇。 监控平台,服务治理,调用链跟踪,数据收集中心,自动化运维,自动化测试… 很多要讲,却没想好从哪里入手。 讲Z平台,可能需要提前介绍Y服务;讲Y服务,可能需要提前介绍X知识。 思来想去,准备从技术体系里,最容易被遗漏,非常基础,却又非常重要的“集群信息管理”开始介绍。 由于基础,可能部分同学会觉得简单;由于大家所在公司处于不同阶段,所以在实现上会介绍不同阶段的公司应该如何来实现。 还是一如既往的按照“架构师之路”的思路: 是什么 什么场景,为什么会用到,存在什么
架构师之路
2018-03-02
9220
服务读写分离(读服务,写服务),是否可行?
系统分层架构有一个迭代和演进的过程,早期,系统分层架构如下: 上游是需要数据的业务调用方 下游是存储数据的数据库 随着架构的演进,可能要抽取出服务层(详见《互联网架构为什么要做服务化?》): 上游通过
架构师之路
2018-03-02
1.3K0
分层架构,前后端分离有啥坏处?
前文《互联网分层架构,为啥要前后端分离?》详细介绍了前后端分离的缘起,很多朋友在评论中留言,纷纷表示,要往前后端分离架构上转型。 任何脱离业务发展,业务特点的架构设计都是耍流氓,不是任何公司在任何阶段都适用“前后端分离”分层架构的,今天简单聊聊实施“前后端分离”需要考虑的一些要素,供大家参考。 一、SEO上的考虑 如果是 PC 端的站点,需要考虑是否需要强支持 SEO ,前后端分离的架构,很可能需要搜索引擎的 spider 执行完 js 才能得到完整的可收录的页面,而“执行 js ”并不是所有搜索引擎都支持
架构师之路
2018-03-02
1.1K0
典型数据库架构设计与实践 | 架构师之路
本文,将介绍数据库架构设计中的一些基本概念,常见问题以及对应解决方案,为了便于读者理解,将以“用户中心”数据库为例,讲解数据库架构设计的常见玩法。 一、用户中心 用户中心是一个常见业务,主要提供用户注册、登录、信息查询与修改的服务,其核心元数据为: User(uid, uname, passwd, sex, age,nickname, …) 其中: uid为用户ID,主键 uname, passwd, sex, age, nickname, …等为用户的属性 数据库设计上,一般来说在业务初期,单库单表就能够
架构师之路
2018-03-02
1.6K0
100亿数据1万属性数据架构设计
一分钟系列之《啥,又要为表增加一列属性?》分享了两种数据库属性扩展思路,被喷得厉害。第二天补充了一篇《这才是真正的表扩展方案》,分享了互联网大数据高并发情况下,数据库属性扩容的成熟工具及思路。 对于version + ext方案,还是有很多朋友质疑“线上不可能这么用”。本篇将讲述一下58同城最核心的数据“帖子”的架构实现技术细节,说明不仅不是“不可能这么用”,而是大数据,可变属性,高吞吐场景下的“常用手段”。 一、背景描述及业务介绍 问:什么是数据库扩展的version + ext方案? 使用ext来承载不
架构师之路
2018-03-01
1.9K0
点击加载更多
社区活动
RAG七天入门训练营
鹅厂大牛手把手带你上手实战
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档