保存成功
订阅成功
保存失败,请重试
提交成功
当前位置 > 首页 > 后端 > Chat
后端
责任链模式+脚本引擎实战
责任链,顾名思义,就是用来处理相关事务责任的一条执行链,执行链上有多个节点,每个节点都有机会(条件匹配)处理请求事务,如果某个节点处理完了就可以根据实际业务需求传递给下一个节点继续处理或者返回处理完毕。 责任链常见应用场景有: - 同一请求需要处理多个对象,但具体需要处理哪些请求在运行时动态决定 - 例如 OA 系统中的流程审批,不同流程对应不同的处理对象 对于责任链的实现形式,常见的有: - 节点控制模式:每个节点自由控制是否继续往下传递链的进度,类似于 Netty 中的责任链模式 - 外部调用方式:通过外部调用的方式对链的各个节点调用进行控制,从而实现链的各个节点之间的切换 因此通过责任链模式我们将对系统中各个处理对象**划分边界**,各个对象就是一个处理阶段,通过**自由组合**不同阶段能够快速响应业务需求变化。 上面提到自由组合处理对象,传统的方式就是在代码中实现规定好各个处理对象的顺序,这种方式不能做到对需求的即时响应。因此我们使用阿里开源的 QLExpress 脚本引擎,能够实现动态替换、快速组装各个处理对象。同时基于 QLExpress 的强大,对于处理对象的配置,业务人员也能够简便而不失灵活的进行配置。 在这篇 Chat 中,将会根据实际的业务场景进行提炼,实现一套通用责任链模式进行业务解耦,配合脚本引擎快速响应业务。
Limynl · Java高级工程师
232 人已加入
后端
学了这篇 Zookeeper,分分钟钟写出分布式应用程序
Zookeeper 是 Apache 软件基金会顶级的开源项目之一,在我们熟知的分布式领域中,Dubbo 就是用它来实现服务注册与发现的,当然在 Kafka 中也有它的影子,主要用它来实现服务器之间的协调、生产者负载均衡、Topic 与 Broker 的注册等等,可见它的作用很强大,但是如果抛开这些开源的项目,让你来设计一个高可用的分布式架构,你可以胜任吗?那还用说?当然可以了!不过前提条件我们得有这方面的技能,所以还是要踏踏实实的去学习它,相信有了 Zookeeper 的介入,你定能会设计出属于自己的分布式应用程序,所以本场 Chat 你值得拥有! 在本场 Chat 中,会讲到如下内容: - Zookeeper 的核心理念与角色分析。 - 集群的搭建步骤与实操。 - 节点类型与常用命令。 - Zookeeper 的读写流程。 - ZAB协议的分析。 - Leader 挂掉之后的分析。 - 第一个Zookeeper 应用程序的讲解。 - 实现自己的服务注册、发现和负载均衡,掌握注册中心的精髓。 - 实现一个几乎“永不宕机”的 HA 架构。 - 分布式锁的实现,并与 Redis 实现的分布式锁做比较。 - 其他应用场景的介绍。 - 关于 Zookeeper 的一些思考。 - 做最后的总结。 温馨提示:实例代码使用的是 Java 语言。 适合人群: 对分布式架构设计感兴趣的所有开发人员。
清然 · 高级软件工程师
548 人已加入
后端
系统上线后雪崩!让我来带你们学习 Spring Cloud Hystrix 及监控来解决雪崩问题
在如今随着网络及电商的发展,系统雪崩也是人们常遇到的问题,每年在年度大促时,总会有某个知名平台因此雪崩,我们传统的提前处理方法是,加机器加机器加机器,促销机器专用等等,事件发生时的处理方式是紧急召集一批人,处理数据的、处理业务的、处理部署架构的、等等整晚整晚紧急对应,很多时候还要申请一堆新机器,暂时把出了问题的机器切换掉,把应用修改,切换等等,耗时耗力不说,效果实在也是差强人意,经常还要听一大堆人的抱怨,“怎么还没好........",云云。 如今随着微服务的到来,Spring Cloud 可以非常快速、方便、有效的解决雪崩问题。 Spring Cloud 的熔断器会在自动侦测系统的错误,发现错误后,会强迫以后的访问快速失败,从而防止某个服务不断地尝试执行会失败的操作,它会使服务继续执行而不用等待修正错误,或者浪费 CPU 时间去等到超时产生。熔断器也可以使服务能够诊断错误是否已经修正,如果已经修正,服务会再次尝试调用操作。 本课程就带领大家来实践一下 Spring Cloud 的熔断器及熔断监控。 本场 Chat 包含如下内容: - 使用 Spring Cloud 创建注册中心 - 加入提供服务者、及消费者模块 - 加入熔断器设定 - 单个应用加入熔断监控 - 为整个项目加入熔断器监控 本场 Chat 适用于: - 希望学习了解熔断器及监控来解决雪崩问题的人员 - 任何希望了解、学习 Spring Cloud 的人员 - 希望从事 Java 相关工作的人员
IT职涯 · 架构师
306 人已加入