Rust Wasm Plugin Development Plan

[007gzs]

proxy-wasm-rust-sdk

• 讨论 sdk 中不安全的unwrap()和panic是否需要修改为安全
  • 上游的panic理论上都是不该出现的情况 https://github.com/proxy-wasm/proxy-wasm-rust-sdk/pull/83 https://github.com/proxy-wasm/proxy-wasm-rust-sdk/pull/82
  • 部分错误应该在上游修改 https://github.com/proxy-wasm/proxy-wasm-rust-sdk/pull/217 https://github.com/proxy-wasm/proxy-wasm-rust-sdk/pull/188
• plugin_wrapper中目前create_heep_context需要使用者主动效用create_heep_context_use_wrapper,讨论是否需要少量改动sdk来让使用者更方便

higress wasm-rust sdk

功能模块	难度	完成情况
http_wrapper	HttpCall 回调方案，rust生命周期管理导致用回调函数或创建struct当作回调object都不太好用	TODO
redis_wrapper	HttpCall 方案确认后可参考实现,sdk部分已增加未测试	TODO
plugin_wrapper	目前功能可用，细节考虑是否需要优化	TODO
cluster_wrapper	easy	TODO
log_wrapper	easy	TODO
request_wrapper	easy	TODO
response_wrapper	easy	TODO

[pi-pi-miao]

https://github.com/pi-pi-miao/proxy-wasm-rust-sdk solve the problem

[007gzs]

https://github.com/pi-pi-miao/proxy-wasm-rust-sdk solve the problem

有些panic是不应该忽略的，会影响后续逻辑。sdk中大部分panic都是发生了不该出现的情况，只有少部分是一些非常规数据情况导致的，我们应该处理的只是支持非常规数据的解析异常。插件的panic只会影响单个请求，会自动重启的

[pi-pi-miao]

https://github.com/pi-pi-miao/proxy-wasm-rust-sdk solve the problem

有些panic是不应该忽略的，会影响后续逻辑。sdk中大部分panic都是发生了不该出现的情况，只有少部分是一些非常规数据情况导致的，我们应该处理的只是支持非常规数据的解析异常。插件的panic只会影响单个请求，会自动重启的

istio1.19 版本之前如果插件发生 panic，那么会影响所有的进出流量，全部都是 503，所以如果istio 版本是 1.19 （不包含）之前的环境，那么建议使用我修改的这个项目。如果是istio1.19 （包含）之后版本需要指定failed_open 为true，那么如果插件出现崩溃 panic，会把插件剔除掉，可以使用官方的 sdk 库。 无论如何在生产环境中都不应该出现panic，还是推荐 https://github.com/pi-pi-miao/proxy-wasm-rust-sdk 如果出现异常情况会通过日志打印出来。 建议通过日志分析+报警的方式，而不是panic 的方式（背后的代价很大）