首页
AI Coding
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
微服务
订阅
小咸鱼翻翻身
更多收藏集
微信扫码分享
微信
新浪微博
QQ
10篇文章 · 0订阅
神一样的CAP理论被应用在何方
对于开发或设计分布式系统的架构师工程师来说,CAP是必须要掌握的理论。 CAP定理又被成为布鲁尔定理,是加州大学计算机科学家埃里克·布鲁尔提出来的猜想,后来被证明成为分布式计算领域公认的定理。不过布鲁尔在出来CAP的时候并没有对CAP三者(Consistency,Availab…
框架篇:分布式理论CAP、BASE
随着业务的拓展,功能越来越多。把所有的功能都放在同一个服务下,代码混合交错,造成维护困难,也容易造成某一小bug导致整个服务不可用。因此我们会按业务功能会拆分成多个不同的服务(微服务的形成),多个服务组成的系统,有个响亮的名字:分布式系统;而系统中的服务状态我们该怎么去管理,有…
原来大厂都这么解决Redis缓存雪崩、缓存穿透、缓存击穿
等原因,可能导致缓存数据同一时刻大规模不可用,或者都更新。 在原有失效时间基础上增加一个随机值,比如1~5分钟的随机,这样每个缓存的过期时间重复率就会降低,集体失效概率也会大大降低。 大量并发查询不存在的KEY,导致都直接将压力透传到数据库。 为什么会多次透传呢?不存在一直为空…
再有人问你分布式事务,把这篇扔给他
不知道你是否遇到过这样的情况,去小卖铺买东西,付了钱,但是店主因为处理了一些其他事,居然忘记你付了钱,又叫你重新付。又或者在网上购物明明已经扣款,但是却告诉我没有发生交易。这一系列情况都是因为没有事务导致的。这说明了事务在生活中的一些重要性。有了事务,你去小卖铺买东西,那就是一…
Springboot -- 用更优雅的方式发HTTP请求(RestTemplate详解)
我之前的HTTP开发是用apache的HttpClient开发,代码复杂,还得操心资源回收等。代码很复杂,冗余代码多,稍微截个图,这是我封装好的一个post请求工具: 本教程将带领大家实现Spring生态内RestTemplate的Get请求和Post请求还有exchange指…
面试官:说说降级、熔断、限流
而且现在很多情况我们还需要调用第三方接口例如支付等,因此我们还得考虑如果第三方那边出问题了,返回异常的慢,我们系统该如何处理。 常见的处理方式有三种:降级、熔断、限流。 降级也就是服务降级,当我们的服务器压力剧增为了保证核心功能的可用性 ,而选择性的降低一些功能的可用性,或者直…
Spring Cloud中如何保证各个微服务之间调用的安全性(下篇)
上篇文章SpringCloud中如何保证各个微服务之间调用的安全性我们介绍了各个微服务之间调用认证的方式以及原理今天我们继续接着上篇文章来聊一聊如何能够在调用方实现token的自动设置以及刷新我们的认
Spring Cloud中如何保证各个微服务之间调用的安全性
微服务架构下,我们的系统根据业务被拆分成了多个职责单一的微服务。 不是说你想调用就可以调用,一定要有认证机制,是我们内部服务发出的请求,才可以调用我们的接口。 需要注意的是我们这边讲的是微服务之间调用的安全认证,不是统一的在API官网认证,需求不一样,API网关处的统一认证是和…
微服务间的调用和应用内调用有啥区别
目前大部分的系统架构都是微服务架构,就算没有注册中心、服务管理,也肯定是多个服务,单体服务比较少了。 单体引用通过一个服务节点直接组装好数据,返回给调用者。所有的方法调用都发生在应用内部。 如果是跨节点,就有了网络调用。我们知道网络都是不可靠的 微服务架构设计中有一条重要的原则…