理由很简单,因为这就是一个中间产品。
如果有10个8个docker容器就已经很难管理了,跟别说几百上千个,所以当k8s出现之后,docker就已经作为底层被管理的容器,很少出现在运维或者开发的视线里面了,因为他本身就是被封装起来了,不需要更多的关注。
后来到k8s 1.24版本之后,docker runtime被弃用,取而代之的是containerd,现在还经常接触到的是docker images。
。
当前位置: 首页 >
理由很简单,因为这就是一个中间产品。
如果有10个8个docker容器就已经很难管理了,跟别说几百上千个,所以当k8s出现之后,docker就已经作为底层被管理的容器,很少出现在运维或者开发的视线里面了,因为他本身就是被封装起来了,不需要更多的关注。
后来到k8s 1.24版本之后,docker runtime被弃用,取而代之的是containerd,现在还经常接触到的是docker images。
。
            这个问题的潜台词是“为什么是 go 而不是 j***a”对吧...
            邓紫棋12号的微博,已经把相关的法律问题解释的很明白了,在中...
...
 docx损坏了还能想办法救一救,因为它就是个zip压缩包,文...
查看详情>>