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

编程一生

专栏作者
198
文章
151915
阅读量
43
订阅数
系统设计的11个考虑
假如我们看到某个代码,明显有逻辑错误,想随手改改。你就要考虑一件事情:这段明显有问题的代码为什么在线上运行着没有人来报bug?有一种正常运行叫做【负负得正】。如果把错误的逻辑改对了反而可能引起问题。
静儿
2022-05-06
3580
系统架构的11条原则
价值为王的另一种说法叫做YAGNI。YAGNI 是 You aren’t gonna need it 的缩写。该原则的基本含义就是,不应该开发任何当前不使用的功能。因为这些占用开发成本的功能,可能根本没有人用。而且不仅仅是开发成本打了水漂,你还要不断投入维护成本,来保证这些无人使用的功能可以正常运行。
静儿
2022-05-06
4680
从前,有一个简单的通道系统叫尤娜……
从前,有个女生宿舍,住着小A、小B、尤娜和我4个人。有天,小A不小心把小B的床板坐塌了。小B非常生气,当场和小A翻脸。不论人缘最好的尤娜怎么中间调解都不管用。一直到毕业,小A和小B再没有说过一句话。
静儿
2022-05-06
3500
架构师之路-redis集群解析
上篇《架构师之路-https底层原理》里我提到了上面的整体视图,文章也介绍了想要真正能在工作中及时正确解决问题的基本功:原理理解透彻。今天以redis集群解析为例介绍一个及时敏锐的发现问题的基本功:深入分析。
静儿
2021-11-02
5150
架构思考-业务快速增长时的容量问题
之前做过一个项目,数据库存储采用的是mysql。当时面临着业务指数级的增长,存储容量不足。当时采用的措施是
静儿
2020-06-12
6390
平时代码中用不到设计模式?Are you kidding me?
引子 平时我是个反应非常慢的人。有多慢呢?大概是两年前有次团队内部开会时,我听到同学说平时代码中用不到设计模式,我当时没有回答。两年后我终于反应过来了:“Are you kidding me?我每天都
静儿
2019-06-15
3940
「前任的50种死法」开发踩坑案例--慢就是错
《50 ways to say goodbye》中文名《前任的50种死法》是我之前报的英语班里外教老师放给我们听的歌。老外说很困惑为什么我们还在听《Take me home,Country Road》这种老掉牙的歌。
静儿
2019-04-18
5850
编写代码的「八荣八耻」- 以开关上线为荣,以自信编码为耻
"我的代码太完美了,不可能有bug!" 不知道大家有没有过这样的自信。我们团队的代码观:“是代码一定是有bug的。要考虑好充分的兜底以及紧急预案。”
静儿
2019-03-31
7960
一个请求过来都经过了什么?(Thrift版)
一、背景 最初遇到这个问题是去58面试。部门领导是原同事,所以面试比较水。水到什么程度呢? 面试就是走个形式而已,不会不过的。 一面面试官就问了一个问题:“一个请求过来都经过了什么?”  剩下的全是闲
静儿
2019-03-15
8020
那些年犯过的错
    应该是11年还在人人的时候,那段时间主要工作都是纯考验技术的活儿。那时候离职人多。我一个人承担了原来4个团队的工作。白天各路产品来找。我要利用晚上的时间将一个游戏(泡泡鱼,不知道是否有同学玩过)
静儿
2019-02-02
3840
你们项目的核心战略是什么
不管干什么,设定一个目标,针对一个目标有一个核心战略,并坚决的执行核心战略是取得胜利的不二法宝。
静儿
2018-10-09
6090
服务设计要解决的问题
  “业务的服务(相对于我们基础架构这边的底层技术)在技术上就需要解决三个问题:分布式、通信和存储。”
静儿
2018-08-28
3770
实践高可用
    本篇文章是之前一篇《大话高可用》的高可用心法的案例篇。   说实践之前先说概念。   业界可靠性和可用性的衡量标准:   将可用性做一个目标分解即为: MTBF:发生频率要低 MTTR
静儿
2018-07-02
8000
美团点评智能支付核心交易系统的可用性实践
本文是我原创,原文首发于美团点评技术博客,原文地址是:https://mp.weixin.qq.com/s/pxNRzWs3sZmbr-K18FvnrA 背景 每个系统都有它最核心的指标。比如在收单领
静儿
2018-07-02
7740
业务高速增长场景下的稳定性建设实战
背景   静儿在2017年8月25日怀着“再也不要下班时间收到报警”的美好期待加入美团金融智能支付负责核心交易,结果入职后收到的报警一天紧似一天。核心交易是整个智能支付的核心链路,承担着智能支付百分之
静儿
2018-07-02
1.9K1
分布式事务一致性实现的方式总结
  因为最近项目正在做重构,而这次重构实质上比原来更接近于SOA化和微服务的思想。对于我们金融交易来说,数据结果的准确性是重中之重。所以今天总结一下分布式事务的实现方法,下次组内周会给大家统一一下概念。 刚性事务和柔性事务   刚性事务:严格遵循ACID原则(原子性、一致性、隔离性、持久性)的事务。基本上指的是本地数据库事务。根据CAP原则,分布式下的事务都不是刚性事务。   柔性事务:遵循CAP理论或者其变种BASE理论的事务。分布式事务基本上都是柔性事务。   因为刚性事务基本上等价于本地数据库事务,而
静儿
2018-07-02
6670
ORM规约变更经典案例---mysql军规
  先介绍一下《MySQL数据库开发的三十六条军规》,这里只介绍核心的,具体内容大家可以自行百度,这是从底层开发人员到管理者必须知道规范。出自58赶集。 写在前面的话:   总是在灾难发生后,才想起容灾的主要性;   总是在吃过亏后,才记得有人提醒过。 核心军规: 不在数据库做计算,CPU计算务必移至业务层; 控制单表数据量,单表记录控制在千万级; 控制列数量,字段数控制在20以内; 平衡范式与冗余,为提高效率可以牺牲范式设计,冗余数据; 拒绝3
静儿
2018-07-02
8380
战狼:业务高速增长下,如何保证系统的稳定性和高可用?
背景 2017年8月25日,我怀着“再也不要在下班时间收到报警”的美好期待,加入美团金融智能支付负责核心交易,结果入职后收到的报警一天紧似一天。核心交易是整个智能支付的核心链路,承担着智能支付百分之百的流量,不敢有丝毫的懈怠。   从17年下半年开始,我们的日单量增长迅速,而且压力和流量在午、晚高峰时段非常集中。在这种情况下,报警和小事故日益频繁,交易的稳定性面临着严峻的考验。下面是早期的可用性趋势图,仔细看的话,可以看到可用性有下降的趋势,旁边的总可用性显示只有4个9(99.998765%),美团点评排在
静儿
2018-07-02
1K0
Redis和消息队列使用实战
  消息队列是在乐视这边非常普遍使用的技术。在我们部门内部,不同的项目使用的消息队列实现也不一样。下面是支付系统的流转图(部门兄弟画的,借用一下): 从图中可以看到,里面用到了kafka消息队列。作用
静儿
2018-07-02
1.1K0
一款低延迟的分布式数据库同步系统--databus
  每次看到马路对面摩托罗拉的大牌子,都想起谷歌125亿美元收购摩托罗拉移动,后来又以29亿美元卖给联想的事情。谷歌所做的决策都比较考虑长远利益,在这串交易中,谷歌获得了摩托罗拉最有价值的几千项专利,稳健了Android的生态。谷歌曾经在美国一个地区占用巨大的面积建立了太阳能发电站,人称“烤鸟”项目。因为鸟儿从此地飞过会因为太热而从天上掉下来变成熟鸟。而产生的电能仅够一个小村庄使用。但是正是这种愿意去尝试才推动了科技的发展。让谷歌这么多年屹立不倒。   Databus是LinkedIn开源的一款低延迟的分布
静儿
2018-07-02
2.1K0
点击加载更多
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档