【提案】【内置工具】container.std.dweb compose.std.dweb一个安全的代码执行环境/容器调度工具

[waterbang]

这两个依靠分布式网络的能力，去学习整合docker和docker compose

1. 本质是为了解决，分布式之后，快速扩容的问题。🧱
2. 类似docker容器，让plaoc 后端快速大量部署，并且这个是可销毁的。🔧
3. 可配置的动态扩容，可配置的熔断，恢复，如果可以配置路由策略直接作用到golang网络层。
4. 推动无服务器部署，降低运维成本，降低部署成本，并且提供可承载高爆发的请求的能力。
5. 可针对高爆发的api进行单独部署，类似openwhisk 部署某个函数

先这样想，但是还没想如何实现与可行性🪖

[Gaubee]

建议用完整的名字：docker.std.dweb / docker-compose.std.dweb 另外，部署docker可能有点够呛，关于容器化，目前最新最好的选择其实是 wasi。 而它只是一个标准，无法直接做成mm，所以往往是由具体的runtime来承载，比方说我们后面会计划内嵌 wasmedge。 那么就是 wasmedge.browser.dweb+subproto:wasi.std.dweb 具体的使用更目前的 js-process.browser.dweb 差不多，就是双工连接，然后提供一套 wasm 文件服务（可以基于file.std.dweb）协议来提供wasm的文件服务。