如何使用互联网技术来设计和制作支付交易系统和抢红包 交易系统讲究的是：业务幂等，不能多扣不能少扣。在满足业务幂等的前提下又要满足互联网级别的并发该怎么做？本人经过一段时间调研、分析发现其实跳脱BAT领域的一些头部企业竟然有99%的软件团队、人员不知道该怎么做大并发场景下的扣款、抢红包这些场景。因此写下此文用于对比没有锁、传统悲观锁、CAS乐观锁、Redis自续约锁在面对扣款、抢购、抢券、秒杀等场景下的不同做法以及真实压力场景下的直观性能比较。
微服务设计指导-使用turbine结合nacos监控多集群hystrix 首先，你要确保每一个hystrix客户端全部的设置如这一篇中所描述的跑通：微服务设计指导-hystrix的监控。且每一个hystrix的配置都是如这篇所讲的那几步保留不动。然后开始我们使用一个组件叫turbine的东西，来集成各个集群内的hystrix端。turbine收集hystrix的原理如下：其于以上原理，我们一般会在一个系统里制作一个单独的Turbine的Spring Boot Application。maven-pom.xml文件<project xmlns="ht
微服务设计指导-hystrix的监控 我们在生产环境或者是在压测时经常会需要了解：熔断了多少次？目前哪些接口断着哪些接口开着？你总不能看那些刷的可以飞起来的日志滚屏吧？那你真的成Matrix了。因此，Hytrix是先天就带有熔断监控功能的。如下这样的截图：这是由以下这个组件组成的（我们是基于spring boot2以及spring cloud2来做的hystrix监控，版本是有严格讲究的，甚至连artifactId的名字在不同版本都有本质上的区别，你千万记得不要盲目的复制粘贴。<dependency>
微服务设计指导-feignclient的compression参数导致报文返回为gzip格式带来的坑 背景在实际对接项目中，我们的支付网关的feignclient开启了compression-on，这是标准的正确的。如下配置代码片段feign: okhttp: enabled: true httpclient: enabled: false max-connections: 1000 max-connections-per-route: 100 compression: request: mime-ty
微服务设计指导-spring cloud2.0面向万级TPS的调优实战 调优点调优涉及到3个方面：service prodiver端即服务提供者； service facade端即服务消费端（按照J2EE的标准称呼叫facade，还有人喜欢叫proxy端，消费端是中国人的说法）； mysql端service provider端去tomcat改用undertow在service provider端，不用tomcat而改用undertow，因为undertow是nio的，它特别适合高并发场景，而且undertow可以结合操作系统底层的jni调用使得j...
微服务设计指导-hystrix参数介绍 连接nacos的配置# nacos 服务地址spring.cloud.nacos.discovery.server-addr=${nacos-server-addr}# 注册到nacos上的命名空间spring.cloud.nacos.discovery.namespace=${nacos-namespace}# 注册到nacos上的服务名称 poolNamespring.cloud.nacos.discovery.service=back-finance-web# nacos用户名sp
微服务设计指导-微服务各层间应该如何调用 你千万别把consumer去冲到前端直接这样调用了哈。下面说一下微服务和DB、中间件（包括一切中间件）的调用关系，这个是精华，网上的复制、粘贴是没的。微服务与中间件、DB的调用关系最佳实践（这不是规范是最佳实践）从Consumer端来看设计Consumer端经常会去调用Redis，是因为consumer端有时需要通过一个状态、一个值来“反转”或者“组织”provider“端； 假设有一个provider端叫getCity，consumer端每个请求都要调一次getCity，这时就会...
微服务设计指导-实践springcloud+springboot+nacos+feign+hytrix 什么样的请求需要做成微服务模块A→模块B。而，模块B→请求模块C。如果A和B本身又有其它的请求如：模块D->模块A，模块E→模块B；此时，对于：模块C，需要做成基于单根api的微服务provider； 对于访问模块C的，需要做成微服务consumer/client；忌讳的做法服务泛滥，例：把单表的增删改查都做成了微服务，到处调用； 循环无止镜去调用微服务； 什么都做成微服务；需要记住的微服务开发规范单体的provider在1,000并发的情况下，必须在毫秒级（
微服务设计指导-通过一个生产事故的具体例子来看微服务 前言永远记得：微服务不是代表系统快、微服务不代表性能就好了。相反，实施了微服务后如果你没有掌握好要领，你反而会比没实施微服务“死了更惨”。这句话非常有意思。我们不急，看下去。通过一个实际例子我们来看没有微服务带来的危害先。2021年11月27号因为用户模块中访问直播间的一条API被卡死后发生的事。实例例子在我们的生产上，用户模块内访问微信直播间API，互联网一侧（微信直播间应该是发生了一次网络抖动）不响、超时后，直接导致了用户模块侧外联互联网API被强制打断。打断后进而一路卡在了用户
apache log4j2漏洞攻防演练与补丁升级说明 log4j2的漏洞没有大家想像的那么可怕，全文演示了这个漏洞即不可怕也可怕的原因以及有漏洞时的攻击效果和升级完后攻击无效是怎么样的效果，用以帮助大家如何验证升级后的log4j2是否有效的目的。
rabbitmq集群搭建以及万级并发下的性能调优 一、服务器列表ROLE OPERATING SYSTEM NAME SIZE AVAILABILITY SET PRIVATE IP ADDRESS DATA DISKS MOUNT POINT Environment version Listen Port RabbitMQ01 OpenLogic/CentOS/7.4 aceta022vu11 Standard_DS2_v2(2 vcpus, 7 GB memor...
zookeeper集群应对万级并发的调优 核心参数解说tickTime，这个参数叫各节点前心跳保持的频率，你即不能太高也不能太低，太高了各zk节点间万一有一个挂了那么整个zk的master群来不及选举出来了就会影响到整人本业务。如果太低了，那么zk群间因为频繁心跳而导致网络开销过大； initLimit，这个值是这样的，要看真实的并发连接的。类似这种initXXX值有一个通则，那就是理论上要把它设成和maxXXX一样，大家设想一下，一开始你设成1，然后整个connection pool发觉不够了开始+1，+1操作，这种“+1”操作是有系统开销
彻底解决jdbc数据库连接超时重试-communication link failure的正确姿势 必须确保你的druid jdbc版本为1.2.6这个问题只有在druid 1.2.6里解决，因为只要是低于druid 1.2.6版本，本身就存在bug，无论你怎么设都会打断连接。背景我们经常会在日志中看到“jdbc connection timeout, last connection was 11,080 ms这样的错误。这个代表MYSQL主动把你的jdbc连接给踢掉了。为什么MYSQL要踢掉connection？这个很正常，那是因为：MYSQL不可能无限接在接受一个数据库连接请求
