iSulad对runtime进行隔离封装

背景

当前iSulad支持多种runtime；

默认的lcr；
oci标准的runtime；

为了更好的对runtime进行管理，需要对多种runtime进行隔离封装。默认iSulad不绑定任何runtime，由用户指定决定。

Hi duguhaotian, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at
https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md.
If you have any questions, please contact the SIG: iSulad, and any of the maintainers: @haomintsai, @lifeng_isula, @haozi007, @jingxiaolu.

@haozi007 这个任务当前有人接了吗？

没人搞，你要搞吗？

可以搞呀，那在这儿聊一下封装的规则吧。我估计你基本已经有个思路框架了

嗯，目前runtime分为两种：

默认的lcr：这个默认是肯定会编译的，并且isulad启动时会通过动态库动态加载；
oci标准的runtime：这个默认可以不安装，安装只会，才能使用；

目前的想法是，能够把lcr这条线进行解绑，默认可以不安装lcr的runtime，iSulad也可以启动；从而解绑iSulad和lcr，lxc；

现在开发的效果是这样，可以在编译的时候选择不启用lcr，用户需要在运行容器的时候指定runc或者kata之类的作为默认runtime，不指定创建不成功；如果编译的时候启用lcr作为默认runtime的话，使用效果就和当前版本一个效果了。昊哥你看看是这个效果不，还有就是spec的依赖指的那部分没有理解到

主要涉及：

spec依赖解绑；
编译宏隔离；
代码依赖解耦；

我理解的是下面这两种：

即使iSulad已经启动了，可以在运行的时候动态的添加各种runtime，然后执行客户端请求；
iSulad起来之后，可以在客户端给它设置指定的runtime进行绑定，后续的请求基于绑定的runtime；
是哪一种思路呢。

早上理解有些偏差，当前就是想把默认isulad对lcr的依赖都隔离开的意思吧。

是的，第一步就是隔离开

!1277:引入gvisor支持
重构runtime时，考虑新引入runtime的适配成本

请问这个功能有在进行中吗？

lcr修改：https://gitee.com/openeuler/lcr/pulls/162

isulad：拆分默认依赖lcr：!1824:modify dependence lcr to libisula

GVP openEuler / iSulad

内容风险标识

背景

评论 (15)

GVPopenEuler / iSulad

内容风险标识