微服务
文章平均质量分 88
casainurbania
这个作者很懒,什么都没留下…
展开
-
微服务可用性设计(三):降级、重试、负载均衡、最佳实践
通过降级回复来减少工作量,或者丢弃不重要的请求。而且需要了解哪些流量可以降级,并且有能力区分不同的请求。我们通常提供降低回复的质量来答复减少所需的计算量或者时间。我们自动降级通常需要考虑几个点:确定具体采用哪个指标作为流量评估和优雅降级的决定性指标(如,CPU、延迟、队列长度、线程数量、错误等)。当服务进入降级模式时,需要执行什么动作?流量抛弃或者优雅降级应该在服务的哪一层实现?是否需要在整个服务的每一层都实现,还是可以选择某个高层面的关键节点来实现?同时我们要考虑一下几点:优雅降级不应该被原创 2022-03-18 11:49:59 · 578 阅读 · 0 评论 -
微服务可用性设计(二):过载保护,限流
微服务可用性设计(一):隔离,超时过载保护令牌桶算法是一个存放固定容量令牌的桶,按照固定速率往桶里添加令牌。令牌桶算法的描述如下:假设限制2r/s,则按照500毫秒的固定速率往桶中添加令牌。桶中最多存放 b 个令牌,当桶满时,新添加的令牌被丢弃或拒绝。当一个 n 个字节大小的数据包到达,将从桶中删除n 个令牌,接着数据包被发送到网络上。如果桶中的令牌不足 n 个,则不会删除令牌,且该数据包将被限流(要么丢弃,要么缓冲区等待)。token-bucket rate limit algori原创 2022-01-28 18:51:13 · 733 阅读 · 0 评论 -
微服务可用性设计(一):隔离,超时
微服务最关键的问题一个是数据一致化,另一个就是可用性。可用性的核心就是围绕出了事故如何处理,一般事故可分为责任事故和非责任事故。所谓责任事故就是不按照标准作业流程(SOP)操作最终造成的事故。本片讲的可用性是围绕工程上的可用性,但在实际生产中可用性最终还是落实到人身上。隔离...原创 2022-01-19 14:26:40 · 2813 阅读 · 0 评论 -
微服务中鉴权方式OAtuh2与JWT的比较
统一认证与授权是微服务架构的基础功能,微服务架构不同于单体应用的架构,认证和授权非常集中。当服务拆分之后,对各个微服务认证与授权变得非常分散,所以在微服务架构中,将集成统一认证与授权的功能,作为横切关注点。常见的认证与授权方案常见的认证与授权方案有 OAuth、分布式 Session、OpenID 和 JWT 等OAtuh2OAuth2 相关理论的介绍主要来自于OAuth2官方文档,相关地址为https://tools.ietf.org/html/rfc6749。OAuth2是当前授权的行业标准,原创 2020-07-15 20:03:08 · 1064 阅读 · 0 评论 -
微服务框架Kratos学习笔记
Kratos来源于:《战神》游戏以希腊神话为背景,讲述由凡人成为战神的奎托斯(Kratos)成为战神并展开弑神屠杀的冒险历程。目标:致力于提供完整的微服务研发体验,整合相关框架及工具后,微服务治理相关部分可对整体业务开发周期无感,从而更加聚焦于业务交付。对每位开发者而言,整套Kratos框架也是不错的学习仓库,可以了解和参考到bilibili在微服务方面的技术积累和经验。FeaturesHTTP Blademaster:核心基于gin进行模块化设计,简单易用、核心足够轻量;GRPC Ward.原创 2020-07-10 16:39:01 · 2185 阅读 · 1 评论