以下是近期社区伙伴的一些有代表性的交流问答， 感谢大家提出的问题，我们收集了下来，希望也给大家带来帮助。 如果觉得 dockin 不错，赶快一起搞事情吧！
A: 静态应用指包括容器名固定、节点固定、IP固定、挂载路径标准化、镜像标准化的应用，我们提供了统一的资源管理、运维管理的方案。用于从虚拟机应用向容器化应用转型初期，保持和VM一致的稳定性、用户习惯，且支持有状态的容器
A: 各有优势吧（by李诗阗）
A : 简单说是，dockin-rm模块存储了容器名和ip的对应关系，dockin-cni去dockin-rm里按容器名查询ip，配置到容器里。可以看看dockin-cni的源码
Q：那就是固定ip 还需要一个控制器来支持固定容器名，原来固定容器没有正常退出，这种方案是不是意味着后面起的同名容器永远也分配 不到IP
A : 固定容器名的管理方案有很多，只要实现了cni的webhook，支持大家自定义，和内部的系统集成。当然也可以直接使用dockin-rm的应用管理方案，这个不需要自已写控制器。当然约束也比较多，不一定都适用。
Q：这个cni 实现网络的的方式是vlan？vxlan,还是bgp?
A : 依赖底层网络
Q：只有statefuset 是固定容器名的，那是不是只支持statefulset?
A : 我们生产上多数用裸pod，不过大家也可以搞CRD + Operator来控制pod名
Q：我知道了，你们用的桥接物理网络方式。这种差不多就把Pod跟全网打通了。那实际上k8s 原生的service 也不需要用上了咯？
A : 正解，还有需求要基于ip做防火墙。service我们会用到其他地方。
Q：后续会提供一个整合性的前端吗？ 比如从应用商店到各资源管理到CICD到调试，现在感觉缺少一个开箱即用，对普通研发友好的容器云平台。我正在朝这方面做，但有金融级安全考验的最好了。（by嗨siri请删除微信）
A：我们内部也正在做一个整合性的管理台，不过这种管理台做通用了，不能满足订制化的需求，等于摆设。做专用了，又不具普适性。像k8s的dashboard，其实真正用的人不多。权限管理过于简陋。如果你有这方面的兴趣，欢迎加入Dockin项目，参与贡献。
Q-1：看介绍是金融级安全，底层除了docker容器引擎，有使用类似kata容器这样的运行时吗 ？
A：暂时只支持docker runtime，支持用户改runtime，不限定。不过我们提供默认安装包是基于docker的。kata确实是一个不错的选择
A：dockin设计之初是要各组件解耦，尽可能的将选择组件的权力交给用户。每个组件都是完整的，可以独立使用，比如说只用CNI，或者只用Ops。不需要等完整的功能提供才能用。
待开源的系统和组件在我们生产环境都已经在使用了，不过距离开源要等一段时间，暂时没有具体排期。请持续关注。
A : demo还在完善中，搞好后会群里通知大家
Q：是不是比如kafka 想让他绑定主机，用主机网络，主机存储来提升性能，这种就把他作为静态应用，还是说就是k8s静态pod，不被托管，由kubelet直接管理的，比如/etc/kubernetes/manifests/kube-apiserver.yaml（by李诗阗）
A : 绑定主机和主机存储，但不是用主机网络，容器有独立的IP。可以看看@约修亚·布莱特 说的
A : 没有
离线安装现在只支持v.1.16.6，后续迭代更多的版本。我们须要在生产稳定用过才会放到开源版，所以会比社区慢一些。某些包都是重新编译过的。
A：感谢试用，您这个问题，我们收到了，会做修复，也建议您提个issue。另外，开源的代码里是没有二进制文件，直接clone代码是无法完整k8s的安装的，我们编译好的二进制包是在release时才会放入。最近会release v0.1.0，完成后会在群里通知。