上一页 1 2 3 4 5 6 ··· 10 下一页
摘要: 随着微服务的流行,服务之间的调用可能变得越来越复杂,一个业务流程可能需要调用五六个甚至更多服务,这就会导致,假设某个服务出现问题,严重可能出现服务器负载过高,导致服务雪崩的现象。 因此为了防止此现象的发生,决定了解下服务熔断机制,根据自身业务的需求,将其应用到服务中。 什么是熔断:可以联想到我们家里 阅读全文
posted @ 2019-05-09 11:11 穷开心y 阅读(2903) 评论(0) 推荐(0) 编辑
摘要: 当并发数达到我们服务的阈值的时候,我们可以通过限流的方式保证服务可用性。 常见的限流方法: 1. 使用带缓冲的chann,当chan塞满以后,拒绝服务或者给一个友好的提示或跳转到一个友好的页面等。 2. 计数器,在10秒内只接受100 请求,当超过100请求后,拒绝服务,当超过10秒后,计数归零,重 阅读全文
posted @ 2019-05-08 17:02 穷开心y 阅读(1323) 评论(0) 推荐(0) 编辑
摘要: 目前市面上常见的服务治理有consul,etcd,zookeeper,euerka,我们需要根据自己的服务特点选择自己相对合适的服务治理工具。 调研一个工具需要看到其优点,更需要看到其缺点,当服务优点大于自身业务需求缺点,且缺点有对应的解决方案时,我们可以倾向于考虑。 euerka 据说现在已停止维 阅读全文
posted @ 2019-05-08 10:20 穷开心y 阅读(3699) 评论(0) 推荐(0) 编辑
摘要: 详见的负载方案: 1. 集中式负载均衡方案 通过软负载(nginx,Apache),硬负载(F5),这种方案常见于中小型企业,所有服务通过Nginx将请求分配到业务服务器上,注意点:要保证nginx的高可用。 2. 客户端负载均衡方案 提供服务注册发现机制,服务启动将ip,port等信息注册到注册中 阅读全文
posted @ 2019-05-07 12:33 穷开心y 阅读(608) 评论(0) 推荐(0) 编辑
摘要: 随着公司服务的增多,服务之前的调用变得越来越复杂,特别当某个服务出现问题时,每次都需要花大量时间去排查。因此我萌生了服务治理的想法,奈何自己对服务治理的概念了解的并不深,因此想借此就会来学习一下,并抽时间尝试一把,看能都将这些特性应用到自己的平台当中,为团队贡献自己的一份力。 针对服务治理自己在网上 阅读全文
posted @ 2019-05-07 11:24 穷开心y 阅读(636) 评论(0) 推荐(0) 编辑
摘要: 服务发生变化时,需要手动修改upstream列表,相对比较麻烦,因此呢我们需要一种服务注册发现机制,将upstream动态注册到nginx上,从而实现upstream服务自动发现。 常见的分布式服务注册发现系统有consul,zookeeper,etcd,eureka。 特性: 服务注册 服务发现 阅读全文
posted @ 2019-05-06 12:08 穷开心y 阅读(1232) 评论(0) 推荐(0) 编辑
摘要: 服务的进化史:单机->集群->分布式集群 针对服务集群,分布式服务,我们通过负载均衡和反向代理来保证我们服务的高可用,高性能等特点 负载均衡: DNS(将一个域名绑定多个ip) 负载均衡,一般由运营商进行管理,可根据ip分配就近服务器,提高响应速度 LVS 软件负载均衡,F5 硬件负载均衡(价格贵) 阅读全文
posted @ 2019-05-05 17:14 穷开心y 阅读(375) 评论(0) 推荐(0) 编辑
摘要: 博主这段时间开始入java的坑,先前是python小白一枚,接触过java的都知道java项目的配置有多坑爹,尤其像博主这种超级小白来说。 刚接触java时是真的被java的配置给惊到了,就仅仅是一个项目依赖包配置,一个pom.xml文件,都给我看的一脸蒙蔽,只是想添加一个包而已,有必要写那么长的代 阅读全文
posted @ 2019-03-12 18:20 穷开心y 阅读(8908) 评论(1) 推荐(0) 编辑
摘要: 楼主今天第一次用python基于greenlet实现的第三方协程库gevent,由于gevent在切换IO操作(文件IO、网络IO)时是自动完成的,所以gevent需要通过修改Python自带的一些阻塞式系统调用的标准库,包括socket、ssl、threading和 select等模块,而变为协程 阅读全文
posted @ 2019-01-14 17:59 穷开心y 阅读(6238) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 10 下一页