访问日志是目前web server，proxy最常用的问题跟踪、统计分析的源头。所以尽管由于IO，产生访问日志对系统的的影响很大（据客户的实际反馈，因打开访问日志，系统性能有50%以上的损耗），但在正式的上线环境中应该尽量打开访问日志。然后，产生的日志作为源头，会被输出到ES等统一的日志平台进行分析处理，或被各式各样的日志分析工具进行分析。比如一款开源的基于c编写的日志分析工具goaccess，就可以既在命令行下使用，也提供HTML格式的报表。

最近有客户报告在试用NJet时，有环境完全启动不起来，启动时就会产生core，而相同的配置在其他环境没有问题。

NJet3.1在9.26号正式发布了，不同于前期的版本，这个版本中很多关键特性来源于中金金融、京东、巨硬科技的贡献，是真正的社区协作结果。

我们公司专注于代理业务，在技术探索的道路上，曾长期依赖 Nginx 作为核心工具。然而，随着业务的拓展与技术需求的演进，Nginx 逐渐显露出其局限性。

NJet 应用引擎是基于 Nginx 的面向互联网和云原生应用提供的运行时组态服务程序，作为底层引擎，NJet 实现了NGINX 云原生功能增强、安全加固和代码重构，利用动态加载机制可以实现不同的产品形态，如Web服务器、流媒体服务器、负载均衡、代理(Proxy)、应用中间件、API网关、消息队列等产品形态等等。

NJet Docker镜像介绍与运行

NJet将开源社区提供的STS模块（https://github.com/vozlt/nginx-module-sts）进行修改适配后，用于输出Stream Server 的指标信息，支持返回 json, html 及prometheus 格式。

当前仅仅支持auth_basic_user_file,需要手工修改 file的内容增加新的用户，修改密码。 需添加一种类型： auth_basic_kv,利用kv存储用户名/密码

控制面配置随着动态模块的增加，原先每个动态模块（声明式api统一使用/config）提供一个location配置的方式，配置项越来越多，需要提供一个统一的api 模块入口，由各动态模块向api模块进行注册，运行时根据实际的功能请求去调用注册的handler来进行处理

OpenNJet 是基于Nginx fork并独立演进的应用引擎，提供的Lua脚本运行能力移植自OpenResty 社区开源的lua-nginx-module 模块，该开源的Lua模块可以将Lua脚本通过内嵌的方式直接写在配置文件中，或者通过 *_by_lua_file 的指令（如content_by_lua_file, access_by_lua_file) 写在外部文件中。