系统思维
文章平均质量分 66
架构思维谈论
i-neojos
古之成大事者,不惟有超世之才,亦必有坚忍不拔之志
展开
-
服务简单思考
业务发展到稳定阶段,工程团队应该从哪里找突破口?有人习惯的会用列举的方式来阐述问题,但列举要做到不重不漏需要下功夫,所以,大多列举的情况会补充三个字“其他等”。我们将工作拆分成了 4 个部分,近几年比较火的词语“降本增效”,拆开来是否有概念重合的嫌疑。原创 2023-04-06 08:25:45 · 109 阅读 · 0 评论 -
服务预热问题思考
我主要使用 Go 语言做开发,Go 服务自身预热问题并不是特别严重,在部署服务前已经打包好了可执行脚本,预热问题更多是集中在服务依赖的中间件上。比如,服务启动后首次请求第三方服务,第三方可以是一个 HTTP 服务,也可以是底层存储等。Java 就比 Go 语言差点,它有一个 JVM 预热的过程,而预热就会导致业务被影响。所以,大家也给出了很多预热的解决方案。但处理问题的本质方向是基本一致的:通过控制请求分流的权重来使机器逐步预热。原创 2023-03-23 07:58:59 · 498 阅读 · 0 评论 -
架构图参考指南
在跟别人阐述自己设计思路的时候,总是想一图胜千言,但自己画的图,很多模块摆放的位置总是很别扭,配色上也特别突兀,纠结文字说明标注在哪里比较合适…所以,我想把阅读中遇到的一些设计图,觉得不错的设计图,统统搬运到这。原创 2023-03-08 08:24:46 · 80 阅读 · 0 评论 -
限流、熔断、降级反思
一直以来,对限流和降级都没有认真的重视过。上上家工作的时候,服务订单的 QPS 不到10,我记得当时节假日压测的峰值好像是 50 吧。再后来,面试的时候偶尔也会被问到这类的问题,但我觉得,当时对这个问题的回答都不够深刻,更多的是理解不到位。现在工作中,服务限流、降级、安全稳定性变成了硬性要求,反而让人觉得,限流和降级不值得议题。原创 2023-02-23 23:40:23 · 256 阅读 · 0 评论 -
原型模式和数据灾备
今天看到设计模式中的原型模式,感觉非常有体会,特别想总结点什么。但当自己真正想记录点什么的时候,又发现没有什么值得记录的。停留在脑海里的就会保持想法的完美性,只有要把它表达出来的时候,才发现想法的骨感。原型模式的实现是基于拷贝的,本意在于我们通过拷贝的方式来创建新的对象。这种创建对象的方式其实挺难见到的。这里假设一种大内存对象的情况,这个对象包含上万条数据,数据来源于底层的存储。底层数据的更新频率是按小时更新,每个小时会有一个对应版本的数据。对应的对象中的数据也需要变化。我们可以将变更的数据同步到这个对象中原创 2022-06-03 16:54:06 · 93 阅读 · 0 评论 -
递归调用
大家还有别的思路没有下面是我写的两个递归函数,最终的目的是构造一个表格。我也不知道怎么想的,反正糊里糊涂的写了写,试了试就出来了。想要感觉自己摸到了递归的边角,重新梳理一下。原创 2017-08-09 23:02:11 · 487 阅读 · 0 评论 -
memcache内存回收机制
memcache为什么还不退出历史的舞台,他到底比redis强在哪里?原创 2016-07-19 23:22:19 · 1739 阅读 · 0 评论 -
我的码农感想
纪念我即将结束的忙农生涯原创 2015-08-11 16:17:03 · 653 阅读 · 0 评论