zenohflow是zenoh团队提供的面向dataflow的编程框架，可以提供灵活的进行数据处理，zenohflow提供了基于rust以及python的扩展能力，我们只需要进行flow的yaml定义就可以灵活的进行数据处理，基于rust的开发模式可能比较费事，而且有难度，zenoh-flow-python是基于python快速开发

以前说过从1.0.0开始zenoh支持对于存储插件的配置，但是会有一些要求，就是timestamping必须开启client以及peer支持存储插件配置参考配置"mode":"client"|"peer","timestamping":{"enabled":{"router":true,"peer":

此问题在1.0.0中存在，1.0.1已经解决了，重新替换插件就可以了，老版本sub对于如下格式的不能生效<keey_expre>?_method=SUB参考资料https://github.com/eclipse-zenoh/zenoh-plugin-webserverhttps://github.com/eclipse-zenoh/zenoh-plugin-webserver/issues/211

以前简单说过zenoh内部是直接支持websocket协议的，但是如果需要使用websocket就需要自己包装特定的消息体才能通信为了方便web使用（同时也支持node）zenohtssdk基于remoteplugin（同样也是暴露websocketapi），之后包装为标准zenohapi模式访问内部处理此插件的处理比较有意思，因

s3存储插件可以方便的将数据持久化到对象存储中，同时基于s3插件的特点以及zenoh的能力实现方便的数据读写分离参考玩法可以将数据写入到s3中，同时对于不同的策略可以实现读写分离（可以基于数据复制以及基于zenoh的数据路由），玩法特别多参考配置zenohrouter配置{"id":"1

zenohmqtt是一个zenoh插件，可以让zenoh提供mqtt的能力（目前支持v3以及v5协议）使用场景路由mqtt到边缘以及云对于mqtt系统进行桥接通过zenohrestapi进行mqtt消息的发布订阅mqttros2交互存储mqtt消息到zenoh支持的存储中（s3，fs，rocksdb）基于influxdb的mqtt消息回

访问控制从0.11开始支持，1.0.0版本相对比较稳定了，对于访问控制包含了认证以及安全，目前zenoh支持相对完整的基于用户密码的认证以及tls的，同时支持基于策略的安全控制配置简单说明参考配置可以看到包含了rules，subjects，policies三部分，{"access_control":{"enabled":

zenohrestplugin提供了restapi能力，包含了管理adminspace以及通过get，put，delete操作key的能力配置包含了独立模式以及plugin模式，可以解决实际场景使用，基于plugin模式是一个不错的选择参考配置{"mode":"router","plugins":{"mqtt":{"port":1883

zenoh1.0.0发布了，可以说是一个比较稳定的版本了，同时有一些新的变化，比如api上的以及内部处理上Interestprotocol以前版本订阅以及查询会在系统所有节点进行定义的传播，新的不会在传播到客户端以及peer子系统，所有的操作都是发送到最新的routerStorageAlignmentProtocol基于