OpenNJet v3.0.0 已经发布,云原生应用引擎


OpenNJet v3.0.0 已经发布,这是一个云原生应用引擎。

此版本更新内容包括:

新功能


  • 动态证书吊销列表更新
  • http2mqtt 消息代理
  • http2kafka 消息代理
  • 数据消隐(access日志隐藏敏感信息)
  • 集群动态桥接
  • 集群间文件同步
  • 大文件上传
  • 集群配置跳转
  • Ctrl Copilot 中,支持通过Lua 访问主进程定义的shared_dict
  • API 网关功能 - 支持用户角色维护,OpenAPI导入,授权关系维护,应用部署,后端服务注册,主动健康检查配置,登录及授权校验
  • 动态共享内存支持
  • 动态配置proxy_pass
  • 动态配置header
  • 协议识别
  • captcha
  • SSL库更新到Tongsuo-8.4

功能优化


  • 全量配置api,put 方法逻辑优化。

Bug fix


  • 解决了动态配置limit后,返回值存在不可见字符的问题。
  • 解决了动态新增VS时,添加未监听的端口会产生垃圾数据的问题。
  • 解决了配置空的access_by_lua_block后,通过动态api查询时会导致卡死的问题。
  • 解决了手动修改upstream 持久化文件可能会导致server数量异常的问题。
  • 解决了upstream中,配置ip的server会被解析成域名和ip的问题。
  • 解决了njet 向adc 注册模块reload 时报 open file error:/home/limin/conf/register.json 的问题
  • 解决了Kv 固定字符串测试,执行put 操作时,get 查询到的auth_basic 值不正确的问题
  • 解决了auth_basic:静态配置file 形式,启动njet 后,动态修改为autu use kv 变量前缀,访问server 时,输入正确用户名和密码后,访问失败的问题
  • 动态VS,添加未listen的端口,返回添加失败,但是动态查询时,会在server中添加一个空的server
  • 手动修改upstream持久化配置文件中,添加域名后,未添加resolve字段,可以启动,启动后再POST新server,配置文件中server数量异常

遗留已知问题


  • tcp流量劫持基于iptables nat表prerouting添加规则,只针对外部访问(非本机ip)的数据做流量劫持
  • HA/MA 配置同步关于命令式api 动态删除location消息同步存在问题
  • 应用加速功能,删除location后本地缓存文件没有立马同步清理
  • 配置沙箱进程,在NJet 可执行文件热升级时,无法在旧的沙箱进程退出后,再启动新的配置沙箱
  • 动态VS,只能在存在的listen 上添加VS ,该功能不能创建listen
  • 动态VS,不支持zone、 location、ssl_ocsp、ssl_stapling、quic 指令
  • 动态VS,不支持动态创建 新的error_log、access_log 文件
  • 动态location,不支持zone 指令
  • 动态SSL证书添加时必须有初始证书,通过动态VS添加的ssl server,如果未配置初始证书,通过动态ssl接口添加证书会添加失败
  • 在动态location上动态更新proxy_pass后,删除location,再次添加location,reload后,恢复为更新后的proxy_pass, 需要重新再次修改。
  • 显示location的api,配置if和limit_except时,存在显示异常

rpm包安装


下面是centos系统使用步骤(其他系统需要从下载链接选择对应合适的安装包)

  1. 下载 njet-3.0.0-1.el7.x86_64.rpm安装包
  2. 上传文件到待安装主机
  3. sudo yum localinstall ./njet-3.0.0-1.el7.x86_64.rpm
  4. systemctl start njet

otel安装包为opentelemetry模块的安装包(如果需要该功能,从下载连接选择对应的安装包安装即可) captcha安装包是动态验证码模块的安装包(如果需要该功能,从下载连接选择对应的安装包安装即可) OpenNJet ubuntu deb安装包基于18.04版本编译,可在ubuntu20、ubuntu22上安装使用

已安装 njet 的 ubuntu , 升级njet 包: sudo systemctl stop njet sudo apt-get update sudo apt install --only-upgrade njet

docker方式运行


可使用如下命令启动运行: docker run -d --rm --privileged tmlake/njet:latest 详细运行方法参考: https://njet.org.cn/cases/njet-docker/

详情查看:https://gitee.com/njet-rd/njet/releases/v3.0.0


相關推薦

2024-06-29

3.0继续在引擎动态化的规划路线中演进,本阶段完成了动态代理转发,动态共享内存,动态证书吊销列表,动态header控制4项能力: 动态共享内存,解决了关键的资源分配无法应对业务弹性变化的关键痛点 动态代理转发,

2023-11-16

OpenNJet K8s Ingress Controller V 1.0正式发布 🍀 OpenNJet Ingress Controller基于opennjet proxy的动态特性、高性能实现。弥补了nginx 在云原生场景中应用的不足。 🍀 OpenNJet Ingress Controller提供了丰富的流量管理功能,如动态location、host / path路

2023-05-04

【基础版】    🚨 Breaking Changes 重构 SearchBar 组件 重构接口请求,统一管理接口请求模块 移除 BatchActionBar 组件    🐞 Bug Fixes 修复主页无法引入请求 api 并使用的问题

2023-09-09

Steam++ 3.0.0-rc.1 已经发布,Steam 工具箱 此版本更新内容包括: 公告 3.0 全新版本发布 全新 UI,底层重构 新版本中重构了所有功能,所有功能都为独立的插件,现在大家可以按需删除和禁用你不想用的功能。 我们之后也会开源

2023-09-23

,共创新价值,释放数字生产力。 截止到目前,华为云已经开源了多个开源项目,并吸引了社区广大开发者的深度参与和支持。 1.聚焦分布式云原生技术设施与云原生应用技术栈开源 Kurator整合多云、多集群统一编排、统一调

2023-02-28

2月24日,腾讯官方正式发布QQ Linux版 v3.1.0,从该版本起QQ开始支持龙架构(LoongArch)平台,可在龙芯3A5000终端的UOS、麒麟、Loongnix等操作系统上原生运行。自此,龙架构和X86、ARM并列成为腾讯QQ官方同步支持的三大CPU架构。 下载

2023-03-31

期待更多伙伴一期加入维护。 版本介绍 UEditorPlus v3.0.0 已经发布。 新增:Markdown标题快捷模式(输入多个#+空格自动格式化为标题) 新增:当内容最末尾为非字符时,比较难以在最后插入字符问题 新增:beforesubmit事

2023-09-24

世同堂,凭什么开发 30 岁就要被干掉? Steam++ 3.0.0-rc.2 已经发布,Steam 工具箱 此版本更新内容包括: 公告 rc版本为测试版本,微软商店等待正式版本更新 更新说明 修复启动时最小化设置无效 修复 mafile 文件导入的令

2024-07-09

本次基准测试产品几十倍。   据了解,ByteHouse已经广泛应用于互联网、游戏、金融、汽车、气象等多领域,如仟传网络通过ByteHouse替换Elasticsearch,采用多副本机制提高并发能力,支持舆情数万QPS在线点查服务,做到高

2023-07-13

谷、公平使用资源等可靠性场景需要。 4. Spring Cloud Huawei已经广泛应用于政府、银行、电商以及传统制造行业。 Sermant:云原生无代理服务网格重大升级,为非侵入服务治理带来全新体验 Sermant作为云原生无代理服务网格,致

2023-12-30

框架进行了大幅优化,增加对HTTP/3的支持,进一步丰富了OpenNJet的生态,动态能力逐渐成熟。此次更新主要包括以下五个方面: 基础框架大幅优化。 框架的优化对于 CoPilots 进行了加固,实现了lua vm、高权限执行框架、配

2022-10-27

RePlugin v3.0.0 现已发布。RePlugin 是一套完整的、稳定的、适合全面使用的,占坑类插件化方案,由 360 手机卫士的 RePlugin Team 研发,也是业内首个提出” 全面插件化 “(全面特性、全面兼容、全面使用)的方案。 此版本更新内

2024-09-25

本来没有,难得弱小生来。借华为的话,“我们敢于非凡”。七年时间,我们不断变强!越来越强!还会更强! Solon 框架! Java “新式”应用开发框架。开放原子开源基金会,孵化项目。从零开始构建(非 java-ee 架构),有灵

2022-09-15

后的容器,与 std 版本相比有着性能上的优势。 co/malloc 已经成为 coost 内部使用的默认内存分配器,像 fastring、fastream、Json 等均基于 co/malloc 实现。co/test 中提供了简单的测试代码,可以执行如下命令编译及运行: xmake b mem