NGINX 向云原生演进，All in OpenNJet 

我们接着上回书“手把手教你如何开发一个Copilot！”

默认配置文件可以是不存在的。不存在的配置文件所有的配置项都会使用这个默认值或者给定一个配置文件。建议大家刚开始的时候不用修改，除了指定log 的级别以外，它默认的配置会输出到PREFFIX/logs/mosquito.log，这是服务端的日志，级别默认是error，它也可以指定其他级别，但是 MQTT 库中的日志输出方式和 Java 可能有点不一样。我们配置了某个日志级别，只会输出这个级别的信息。比如说我们设置了debug，并不会说所有的都输出，如果要所有级别都输出需要写多行，不能只写一个单行debug，这样 error 级别是不输出的。

listener 配置可以监听 TCP 端口或者本地的 Unix SOCKET 端口。默认如果我们不配，是使用 Unix SOCKET 的方式监听 prefix data，它会创建一个socket 文件，然后使用这个方式和客户端进行通信。因为大部分场景下事件框架底下需要用到的发送模块以及 KV 模块其实都在一台机器上，所以它使用本地的socket。

是否允许匿名连接，现在默认是true，除非通过TCP 的方式可以被外部访问，才需要去做安全加固。除非是本地的 SOCKET 端口，所以现在都是true。持久化的开关也是默认开启，因为消息框架需要有消息的回放机制，重启的时候做的一些动态配置不能丢失。所以persistence 作为true，有消息的时候自动保存，这里是消息保存的间隔以及持久化的路径。

启动之后，如果看下 data 目录里，它默认会有一个 socket 文件。它监听 socket 端口，这里是消息的持久化文件。这里是KV store、消息的文件。所以大家在不配置的情况下，它就通过启动的时候，在prefix data就创建了必要的文件。可以不配或者指定一个，然后测试空文件。

消息的框架，除了broker 消息的客户端，其实还需要一个对外提供 Rustful 服务的一个Copilot。我们就实现了 ctrl 的实例，单单有Copilot是没办法完成其他工作的，所以在Copilot使用其他的动态模块，要加载动态模块，比如有一个动态日志，要通过消息机制去配置、动态更改日志或者动态更改其他的东西，需要实现相应的动态模块。

在 Copilot 里用load module的指令来加载自己的动态模块，Ctrl的Copilot配置文件是和主配置基本上语法一致、配置方式一样，启动也是要一个 helper 指令，然后提供一个 NJet Ctrl 的配置文件。配置里面的指令和NJet一致，通常是error log access log 指定到不同的 log 文件，然后通过load module 的指令来加载动态模块，加载完之后指令通过动态模块进行了扩展，这些动态模块提供了什么指令，就能用什么指令。

这里的配置文件主要是加载一些额外的模块，这个就是动态的配置指令send msg 。下边提供的config是声明 API 的 restful 接口，可以查询各个模块的信息以及更改。提供的KV功能，可以设置 KV 值，动态的location health check 都放在ctrol 的Copilot中。昨天提到 VTS 的模块，它对外显示VTS 其实也是在这个模块中进行展示，具体可以看下实际的配置。

以上文字实录均来源于手把手讲解课程，二者结合食用更佳！

未完待续・・・・・・

NJet 应用引擎通过内核重构实现了独特的运行时动态配置加载能力，是新一代高性能 Web 应用引擎。NJet 拥有高性能数据面处理能力，将集群、高可用、主动健康检查、声明式 API 等多种辅助功能，通过 NJet 独特的副驾驶 CoPilot 服务框架调度，从而方便功能扩展，隔离管理 / 控制功能对数据面的影响，NJet 应用引擎性能超过 CNCF 推荐 Envoy 应用引擎的三倍。 邮件组  官网