首先非常感谢您的贡献,对您的工作表示高度的赞赏~~

Great Job man

 

另外,我想就关于cloud native相关谈一下我的看法:

容器化的进程已经走过了很久远的一段时间,然而云原生的真实的生产实践实际上应该是不久才刚刚开始,容器化!=云原生,这也是很多人经常会有的误区。

 

问题来了,那么到底什么是云原生呢,我理解是云计算发展到当前以应用为中心的阶段,围绕着如何让用户、应用更高效、可靠、安全地运行在原生云环境中的一组技术与产品。

其本质实际上是围绕应用为中心的,我们说的容器、服务网格、微服务、不可变基础设施等应该仅仅为云原生的组成技术。

 

再进一步,云原生可以按照原先的方式来进行分层吗,我理解可能有些时候不能这样分解。

云原生已经超越了容器引擎iSulad、超越了kubernetes,利用operator/CRD你甚至可以旁路掉kubernetes的“控制器模式”核心理念。

所以按照Container/Kubernetes之类的来分类其实是不太合理的,试问,我们希望为用户提供多样的operator,提供operator framework,我们甚至会为他们提供operatorHub这该分类在哪里,而这个基础设施,却是云原生的重要组成部分。

这当然也与Container/iSula SIG建立的愿景相违背。

 

因此我建议,我们一同成立Cloud Native SIG,而并非和以往容器化过程中一样,将基础设施分层,这并非真正意义上的Cloud Native

 

希望和大家一起推进中国云原生生态

 

BR~

Haomin

发件人: Joey Ma [mailto:majunjiev@gmail.com]
发送时间: 2020922 10:16
收件人: dev@openeuler.org; isulad@openeuler.org; tc <tc@openeuler.org>
抄送: jinchen_jacean@163.com; fu_changjie@qq.com
主题: [Tc] [iSula/Container/Kubernetes] 讨论openEuler社区中cloud-nativesig组职责

 

Dear fellows at TC and sig-container/sig-kubernetes/sig-iSulad:

 

我是 sig-kubernetes contributor 马俊杰(imjoey),上周在 TC 例会上介绍了 sig-kubernetes 的进展,会上与熊博讨论了 openEuler 社区中cloud-native相关sig组协同的问题,会后也与 sig-kubernetes maintainer 周鹏飞讨论后续 sig-kubernetes 的发展方向。

 

在此我谨代表sig-kubernetes和我个人发起如下proposal,希望与 sig-iSulad/container 以及各相关sig组同学讨论:

 

1. 现在的 sig-kubernetes 修改为 sig-kubespherekubesphere是基于kubernetes的二次发行版,sig-kubesphere 将仅专注 kubesphere社区生态与openEuler社区生态的兼容适配,目标是保证kubesphereopenEulerx86+arm64)的安装、运行、调优;

2. 项目 src-openeuler/kubernetes 从目前的 sig-container 迁移至 sig-kubernetes 中,sig-kubernetes 更专注于原生kubernetes社区生态(如包含:日志、监控、kubevirt、网络组件、kubefedistioharbor等)与openEuler社区生态的兼容适配,目标是保证kubernetesopenEulerx86+arm64)的安装、运行、调优。sig-kubernetes sig-kubesphere 提供兼容易用的 kubernetes 发行版;

3. sig-container/sig-iSulad 则仍然专注于kubernetes依赖的dockeriSuladPodmanrunCcontainerdbuildah等相关软件包与openEulerx86+arm64)的适配。sig-container sig-kubernetes 提供兼容易用的 容器/镜像 组件;

4. 其他的kubernetes二次发行版都自行创建sig组,如:sig-OKDsig-rancher,将仅专注自身发行版组件与openEuler社区生态的兼容适配,kubernetescontainer相关都将依赖 sig-kubernetes/sig-container 即可;

5. 根据经验,cloud-native相关的有些upstream社区对arm64适配非常不积极,所以希望所有cloud-native sig组将 arm64 image 上传到 openEuler社区的 Image Registry 上,共享社区成果;(我们已将部分arm64 image推送上去:https://isrc.iscas.ac.cn/gitlab/oepkgs/kubernetes/container_registry/,同学可以按需索取。)

 

 

以上,非常期待各位的反馈。谢谢。