OpenKruise>在使用open-kruise 后，为了实现这个目的请问有什么好的建议吗？

OpenKruise> 1.我们目前希望的是，在使用open-kruise 后，对集群原有的状态的影响尽可能的小。为了实现这个目的请问有什么好的建议吗。

什么叫做“对集群原有的状态的影响尽可能的小”？
2.我们在测试之后，发现open-kruise的暂停管理策略是和replicaset相关的，请问如果我们在现有k8s集群，接入open-kruise后，open-kruise有能力帮我们管理接入之前的rs吗。
暂停策略和 replicaset 没关系昂，你使用的是 cloneSet 吗？ 另外，不能接管之前的rs
我们希望尽可能少的对我们目前现有的deployment的配置造成影响。同时我们的管理平台目前获取k8s资源的逻辑是获取deployment相关资源的，所以我们目前并不希望直接使用cloneset。我们现在的需求是希望能将open-kruise稳定的先使用起来，之后再考虑去使用open-kruise 的特性。还行请问一下，我们目前如果只想先使用rollout controller的功能的话，有什么好的建议吗。
3.我们目前有一份OCP的集群，对应的k8s 版本是1.11。我们了解到的open-kruise支持的最低版本是1.13的，请问如何想让open-kruise适用于k8s 1.11版本，有什么需要注意的地方以及有什么参考资料吗。
版本确实太老了，这块建议使用kruise 的 比较低的版本吧（低于 1.0.0 ）。另外，关注一下 pod template 字段估计有一些差别。 那请问如果使用低于1.0.0的版本的话，那个版本比较推荐呢。因为我们看了大部分的issue，发现低版本还是存在一些不稳定的bug的。
如果我们想将open-kruise的功能集成到我们的管理平台中，但是我们的平台是python做后端的。但是我们发现目前没有支持的python-client，请问目前有不成熟的python-client吗，或者针对这个问题有什么好的解决方案吗。
针对python的话没有client的，可以使用社区的 crd 的操作的client吧，直接就使用python官方的吧。
因为我们在测试时发现open-kruise的操作是通过kubectl-kruise实现的，我们目前还没有调研kubectl-kruise的实现方式。我们在担心python官方的client是否能完成kubectl-kruise的功能，如果不能完成的话，需要做修改吗