Nepxion Aquarius是一款基于Redis + Zookeeper的分布式应用组件集合,包含分布式锁,缓存,ID生成器,限速限流器。 它采用Nepxion Matrix AOP框架进行切面架构,提供注解调用方式,也提供API调用方式。开源项目的地址:https://gitee.com/nepxion/Aquarius.git。 代码的具体实现可以参考开源项目:https://gitee.com/nepxion/Aquarius.git。
Nepxion Discovery【探索】微服务企业级解决方案 Nepxion Discovery【探索】使用指南,基于Spring Cloud Greenwich版、Finchley版和Hoxton版而制作 文档主页 相关图示 部署架构拓扑图 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZUSCbUdp-1570768849993)(https://github.com/Nepxion 无 DiscoveryGuideZuul.java Zuul 5002 1.0 无 注:启动不分前后次序 环境验证 导入Postman的测试脚本,脚本地址 在Postman中执行目录结构下 ”Nepxion strategy> </rule> [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Fk6uAan2-1570768850009)(https://github.com/Nepxion -- 当服务用Hystrix做线程隔离的时候,才需要导入下面的包 --> <dependency> <groupId>com.nepxion</groupId> <artifactId>
灰度发布 nepxion关于同步的实现逻辑 异步实现思路 优点 缺点 细节实现 灰度发布 灰度发布又叫金丝雀发布,允许将新功能的发布后让部分用户先使用,如果功能正常,再切换为全量用户, 国内目前使用最多的是 nepxion这个框架 我们公司从2019年就开始引入了该框架,最直接的变化就是: 不必为新功能的发布而熬夜通宵 因新功能引入的事故数量明显下降 然而框架目前支持了同步调度的灰度发布,并没有对异步消费的信息实现灰度 , 随着灰度在全公司的普及后, 对消费者进行灰度的需求就越来越强烈 nepxion关于同步的实现逻辑 先将同步灰度调度进行简单梳理: 同步调度的前提 -- 服务全部注册在同一个注册中心中 -- 服务注册时可以标识出当前服务是灰度实例还是正常实例
---- 基于 Nacos 和 Sentinel ,实现灰度路由和流量防护一体化的解决方案,发布在最新的 Nepxion Discovery 5.4.0 版本,具体参考: 源码主页,请访问 : https ://github.com/Nepxion/Discovery 指南主页,请访问: https://github.com/Nepxion/DiscoveryGuide 文档主页,请访问: https: //pan.baidu.com/s/1i57rXaNKPuhGRqZ2MONZOA Nepxion Discovery 框架在实现灰度发布和路由功能前提下,结合 Nacos 和 Sentinel ,对流量再实施一层防护措施 环境搭建及依赖引入 ---- 服务端在 Discovery 框架原有依赖的基础上,再引入如下依赖: <dependency> <groupId>com.nepxion</groupId> artifactId> <version>${discovery.version}</version> </dependency> <dependency> <groupId>com.nepxion
地址:https://gitee.com/gengzi/Nepxion-Discovery 现在就实现eureka的注册白名单。
参考 https://github.com/Nepxion/Discovery
DiscoveryGuide ❝项目地址:https://github.com/Nepxion/DiscoveryGuide 一个关于Spring Cloud的项目,包含灰度发布、路由、权重、限流、熔断
最后灰度发布的实现,业内也有开源的实现--Discovery,感兴趣的朋友可以通过如下链接进行查看 https://github.com/Nepxion/Discovery demo链接 https:/
链接:https://github.com/Nepxion/DiscoveryAgent 关于作者:尹吉欢,简单的技术爱好者,《Spring Cloud 微服务-全栈技术与案例解析》, 《Spring
Nepxion Matrix 框架便是基于此类对AOP进行扩展和增强。