java架构师 SoftRpc contribuer; Discovery 提交多个issue; 21年拿到阿里淘系口头offer; 目前在某公司架构组搬砖,多多指教~
没有搭建过开放平台,也接过第三方api,比如说阿里ocr、支付宝支付接口,那个平台就叫开放平台,正所谓没有吃过猪肉,也看过猪跑,哈哈哈。
没有搭建过开放平台,也接过第三方api,比如说阿里ocr、支付宝支付接口,那个平台就叫开放平台,正所谓没有吃过猪肉,也看过猪跑,哈哈哈。
最近刚刚换了工作,进了公司的架构组,有些项目蛮有意思,也是很感兴趣,也会工作之余自行学习,比如说有个自研apm项目
项目场景: 有位同事因为缓存被后台删除,导致一堆高并发请求直接怼到DB上,导致数据库cpu 100%
相信大家都听过这个词,工匠精神,它体现劳动者敬业精神,在某些方面追求极致的一种精神,其中也涵盖了创新。 今天我们来聊聊我所认为的工匠精神,以及它中现代所起的作用,还有为啥我要给你们推荐它~
策略模式就像一个工具箱,当我们遇到不同的场景,拿出不同工具。它的好处是 符合开闭原则还有单一原则,当我们需要对另外一种场景进行处理的时候,只需要去打造另一款工具,而不是在之前的工具去修改
一个service,一个client,一个注册中心。 service注册自己到registry注册中心,包括service-name,还有相应的ip,port,然后client去监听注册中心,然后拿到service的地址,调用的时候会通过生成一个代理,去invoke调用结果返回
Discovery 框架比较成熟的开源框架,可以参考里面实现方案。Discovery实现了Eureka、Nacos等等注册中心灰度,以及通过redis、Nacos、Etcd来实现配置中心(为了网关动态配置)还有类似apm全链路变量传递功能,以及改写fegin、resttemplate负载均衡
灰度发布分几种:蓝绿、ABTest以及金丝雀 灰度作用:为了减少灰度版本对生产环境的影响
我在最近一年经常听到大家在讨论DDD,而且议论纷纷,大家各抒己见。 比如说在某技术微信群讨论,有些人说DDD是噱头,为了搞个业绩(又不是不能跑 😉),还有些表示自己是CRUD Boy 不知道DDD是什么高大上东西。 接下来我用大白话来表达我对DDD的看法。
hello,各位大家好。先自我介绍下,我花名叫大鸡腿(PS:大家第一想法就是你为啥叫鸡腿,我也说不准一闪而过的灵感😁)我个人比较喜欢学习,平时不断提高技术能力,经常写博客总结知识,同时也希望能帮到其他开发者,一起进步~
在几年前,我就看到过有些博客写关于合并请求的文章,一开始我没有太在意,最近在看一个up讲述关于商品模块的牛X设计,为了提高高并发的处理能力,一般会用redis 自增自减来实现库存扣减,但是他采用合并扣减库存,也就是同一时间n个扣减库存会合并成一个请求,这样无疑减少了IO次数,也提高系统性能
多泳道,顾名思义,就是像游泳一样,有多个游泳道,他们互相不影响。 测试环境多泳道,其实是有一个主泳道,多条次泳道,主泳道是作为稳定的泳道,它可以访问其他泳道的服务,其他泳道是不稳定的,这样的话,可*保证测试环境的稳定性
在我上家公司其实只有小型的灰度发布,可能会有人跳起来喊:那你们怎么发布服务的? 通过k8s的**滚动发布**来实现无缝上线,如果上线失败呢,通过旧release分支构回去。这其实是灰度里头的**流量比**负载。