概要
代码量不够
词汇量不多
展开
-
分布式篇:Spring Cloud 架构原理流程
分布式、微服务首先明确一个概念,分布式例如,有一个电商系统,用户 > 订单 > 库存 > 仓储 > 积分这些业务都在在一个服务中的,耦合极其严重,每次开发、打包、部署、极其繁琐最主要的一个问题的,如果其中某个服务出现了问题,必然会影响其余服务分布式通常按业务拆分成多个子系统每个业务服务子系统部署在单独的机器上一次下单请求调用多个服务协作共同完成每个服务只处理...原创 2019-07-29 12:29:52 · 466 阅读 · 0 评论 -
分布式篇:Dubbo架构原理流程
架构原理图Dubbo架构层级划分第一层:service层,接口层,给服务提供者和消费者来实现的第二层:config层,配置层,主要是对dubbo进行各种配置的第三层:proxy层,服务代理层,透明生成客户端的stub和服务单的skeleton第四层:registry层,服务注册层,负责服务的注册与发现第五层:cluster层,集群层,封装多个服务提供者的路由以及负载均衡,将多个实例组...原创 2019-07-31 15:27:39 · 207 阅读 · 0 评论 -
分布式篇:网关
网关的核心功能动态路由灰度发布授权认证性能监控系统日志数据缓存限流熔断目前业内的技术方案Zuul基于Java开发,核心网关功能都比较简单,但是比如灰度发布、限流、动态路由之类的,很多都要自己做二次开发高并发能力不强,部署到一些机器上去,还要基于Tomcat来部署,Spring Boot用Tomcat把网关系统跑起来;Java语言开发,可以直接把控源码,可以做二次开发封装各种需...原创 2019-08-05 11:23:09 · 5274 阅读 · 0 评论 -
分布式篇:对比一下各种服务注册中心
目前业内的微服务解决方案通常分为两块1、以 Dubbo 为主的微服务解决方案2、以 Spring Cloud 为主的微服务解决方案这两块微服务解决方案都采用了不同的 注册中心以 Dubbo 作为服务框架的一般会选择 Zookeeper 为注册中心以ZK作为服务注册和发现的集群模式这种多台机器的情况下 ZK 会有2个角色 Leader / Follower只有 Leader 是可以写...原创 2019-08-01 16:01:18 · 4115 阅读 · 2 评论 -
分布式篇:灰度发布
说明所谓的灰度发布假如现在有个服务A服务A部署在两台机器上现在对服务A更改了某些功能但是部署的时候,不会一次把服务A都部署在两台机器上只会把新代码部署在其中某一台两台机器,一台是新代码,一台是老代码灰度发布就是说,按某些权重,请求分发给 不同的机器比如 新代码 接收 10%的请求,其余 90%给 老代码验证成功之后,再把另外一台弄成新代码二次开发可以针对灰度发布进行二次开发...原创 2019-08-07 18:12:16 · 903 阅读 · 0 评论 -
分布式篇:生产环境的服务是怎么配置超时和重试参数的
分布式系统,拆分为很多个服务之后,他们互相之间要进行调用,平时服务内要优化的一些参数其实不多,网关 ->(卡住) 订单服务 ->(卡住) wms服务网关收到的一个http响应,可能就是一个500,internal errorSpring Cloud生产优化,系统第一次启动的时候,人家调用你经常会出现timeout每个服务第一次被请求的时候,他会去初始化一个Ribbon的组件,初...原创 2019-08-15 17:20:11 · 517 阅读 · 0 评论 -
分布式篇:防幂等性设计
业内常用方案(1)数据库唯一索引(2)基于Redis实现一套幂等性防重框架对于插入类的操作,一般都是建议大家要在数据库表中设计一些唯一索引对于扣减库存、累加积分,更新,很难通过数据库唯一索引来保证基于Redis实现一套接口的防重框架你得做一个类似spring mvc里的拦截器这样的东西,在这个拦截器里,他会拦截所有的请求,对所有的请求都会提取请求对应的参数,GET请求、POST请求、...原创 2019-08-15 17:55:56 · 454 阅读 · 0 评论 -
分布式篇:分布式事物
分布式系统核心的问题,服务框架、注册中心、网关系统、部署架构、超时重试、幂等防重,生产相关的问题分布式事务TCC可靠消息最终一致性类似TCC事务的,开源框架,ByteTCC,Himly,阿里开源的分布式事务框架,类似TCC事务,seata来做,这个框架是经历过阿里生产环境大量的考验的一个框架支持dubbo、spring cloud两种服务框架,都是可以的可靠消息最终一致性方案,Act...原创 2019-08-16 10:25:07 · 315 阅读 · 0 评论