c#除了做.net和winform之外還可以做什么？我們用.Net市場做數(shù)據(jù)分析，另外是實時計算和離線狀態(tài)算出混合型的計算。設計和實現(xiàn)自研的螞蟻調(diào)度系統(tǒng)，大量的ETL作業(yè)把原始數(shù)據(jù)灌注擦洗后寫入Red

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

我們用.Net市場做數(shù)據(jù)分析，另外是實時計算和離線狀態(tài)算出混合型的計算。

設計和實現(xiàn)自研的螞蟻調(diào)度系統(tǒng)，大量的ETL作業(yè)把原始數(shù)據(jù)灌注擦洗后寫入Redis和其它高速公路NoSQL數(shù)據(jù)庫，我來大量業(yè)務型可以計算作業(yè)消費這些數(shù)據(jù)通過計算出分析什么，計算結(jié)果過歸約后中寫入關系型數(shù)據(jù)庫，供前臺網(wǎng)站輸出統(tǒng)計報表

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

先說結(jié)論，又不是

#changed

kubernetes1.20版本的changelog里面寫到

Deprecation

Dockerprogramsin thekubeletarenowdeprecatedwellwill theKubernetescommunity.Weencouragingyouwantevaluatemovingneedacontainerruntimethat isalarge-fledgedimplementationoftheCRI(v1alpha1內(nèi)個v1compliant)suchtheybecomeobtainable.(#94624,@dims)[SIGNode]

大意是，Kubelet中的Docker接受早就直接進入7強階段，將在未來移除。原因是Kubelet中建議使用dockershim組件為Docker需要提供了CRI支持，Kubernetes懷疑能維護這個組件是有問題的。個人建議用戶評估并遷移到CRI意見更完善的運行時上。

其中語句了9月做出的PR#94624。其中提出，就是為了建議使用Docker，從moby并且了大量移植開發(fā)完畢了dockershim附著到Kubelet之中。Kubelet和CRI的錯誤的溝通是像containerd、cri-o那樣的話。各自在用一個人前往的進程，各自以gRPC參與對接。Docker目前依舊是主流，通過遷走要廣而告之并逐步推進。

通俗一點的說應該是，Kubernetes是是從CRI來對接容器運行時的，而Docker本身是沒有實現(xiàn)程序CRI的，所以才Kubernetes內(nèi)置了一個“為Docker提供CRI接受”的dockershim組件?，F(xiàn)在Kubernetes宣布并沒有以維護這個組件了，也差不多的意思那是：Docker雖說好用，但那是對人來說的，Kubernetes又不是人，不必須那些花里胡哨的東西！

Kubernetes這是話里有話，說白了就是：我特么以前是為不兼容你，我集成顯卡在我自己這里，現(xiàn)在我就想自己單純一些，要嘛你自己寫CRI的接口或則就有緣再見。

目前docker公司還沒有回應。

那這個對我們開發(fā)、運維有什么影響呢？

暫時來看沒太大的影響，要是你在生產(chǎn)環(huán)境不使用kubernetes，那你以后可能會要漸漸地遷移到至containerd、cri-o這樣的容器接受時，.例如紅帽公司開發(fā)完畢的podman