k8s支持哪些容器 c#除了做.net和winform之外还可以做什么？

c#除了做.net和winform之外还可以做什么？

我们用.Net市场做数据分析，另外是实时计算和离线状态算出混合型的计算。

设计和实现自研的蚂蚁调度系统，大量的ETL作业把原始数据灌注擦洗后写入Redis和其它高速公路NoSQL数据库，我来大量业务型可以计算作业消费这些数据通过计算出分析什么，计算结果过归约后中写入关系型数据库，供前台网站输出统计报表

k8s真的要放弃docker自己做容器么？

先说结论，又不是

#changed

kubernetes1.20版本的changelog里面写到

Deprecation

Dockerprogramsin thekubeletarenowdeprecatedwellwill theKubernetescommunity.Weencouragingyouwantevaluatemovingneedacontainerruntimethat isalarge-fledgedimplementationoftheCRI(v1alpha1内个v1compliant)suchtheybecomeobtainable.(#94624,@dims)[SIGNode]

大意是，Kubelet中的Docker接受早就直接进入7强阶段，将在未来移除。原因是Kubelet中建议使用dockershim组件为Docker需要提供了CRI支持，Kubernetes怀疑能维护这个组件是有问题的。个人建议用户评估并迁移到CRI意见更完善的运行时上。

其中语句了9月做出的PR#94624。其中提出，就是为了建议使用Docker，从moby并且了大量移植开发完毕了dockershim附着到Kubelet之中。Kubelet和CRI的错误的沟通是像containerd、cri-o那样的话。各自在用一个人前往的进程，各自以gRPC参与对接。Docker目前依旧是主流，通过迁走要广而告之并逐步推进。

通俗一点的说应该是，Kubernetes是是从CRI来对接容器运行时的，而Docker本身是没有实现程序CRI的，所以才Kubernetes内置了一个“为Docker提供CRI接受”的dockershim组件。现在Kubernetes宣布并没有以维护这个组件了，也差不多的意思那是：Docker虽说好用，但那是对人来说的，Kubernetes又不是人，不必须那些花里胡哨的东西！

Kubernetes这是话里有话，说白了就是：我特么以前是为不兼容你，我集成显卡在我自己这里，现在我就想自己单纯一些，要嘛你自己写CRI的接口或则就有缘再见。

目前docker公司还没有回应。

那这个对我们开发、运维有什么影响呢？

暂时来看没太大的影响，要是你在生产环境不使用kubernetes，那你以后可能会要渐渐地迁移到至containerd、cri-o这样的容器接受时，.例如红帽公司开发完毕的podman

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。