最近粗淺的看了一下java的微服務和Linux 的docker的方面的技術。
它們有各種開源或成熟的框架支撐，也是目前一些互聯網技術應用的默認選擇。
也搜索了一些關于C#的微服務和windows docker的資料，感覺又和java的有些區別但了解也不甚清晰 ~
有木有大佬能指條路能去系統的學習關于C#/.net的這兩個方向的東西？
uj5u.com熱心網友回復：
.net core支持docker一般指的也就是asp.net core,學習這個方面就是了
uj5u.com熱心網友回復：
怎么就成兩個方向了， C# 是語法， .net是框架， 也不用刻意系統去學的吧， 語法會了 就寫寫程式，.net很大的，只能是需要什么功能了 查一查 然后記住，慢慢的補全對.net的知識就是了
uj5u.com熱心網友回復：
無需任何資料，本來就不搭嘎php，python，java都跑docker上，他們都一個去弄份專有資料么？docker就是docker，沒有什么java專屬的docker，python專屬的docker，java的人玩spring boot還得給他們配個定制版的docker 4 spring boot么
docker與語言無關，so，沒有什么和net有關的東西。你直接看docker自己的操作，基礎docker，docker的網路設定，docker三劍客
至于你說的什么java微服務有“它們有各種開源或成熟的框架支撐，也是目前一些互聯網技術應用的默認選擇。”也是沒有任何根據的說法。
微服務的基礎是隔離設計和自動運維，所以在隔離層上有mq，kafaka，spark，storm，es，redis，consonl，grpc，etcd，n4j等等，java的各種東西其實就是跑在這些玩意上，沒有什么java有net沒有（目前除了flink是java有net沒有的）,net沒有，是因為你們在這里天天鬧騰啥這框架，那框架，這分層那分層，這orm那orm，這注入那注入，XX園沒人做個所謂“框架”，就壓根沒人動，只會天天鬧著“我沒框架啊，我沒框架啊”------------你們以為java的框架那里來的？人家不叫，人家自己做，想用啥用啥，edcd用用，consorl用用，hadoop太大不好用，那就拆開了只用spark，hbase，人家在解決實際問題，而你們在天天喊“我沒框架，我沒框架”-----那你有什么“DDD么？分層么？倉儲么？ORM么？注入么？”
uj5u.com熱心網友回復：
docker我粗淺的就理解為簡易虛擬機，一個封裝好的系統，里面有資料庫和各種環境的封裝？但是又看到說只支持linux的應用程式，于是覺得又和. net本身關系不大，除非要用到用在Linux下的nosql或者其他程式？不知道理解對不對。
至于后面說的微服務是真的覺得不太懂，還能夠有助于開發部署？
uj5u.com熱心網友回復：
docker和java還是C#沒有關系，https://baijiahao.baidu.com/s?id=1594244234216740577&wfr=spider&for=pc入門教程看下就知道了uj5u.com熱心網友回復：
拜，那些人所賜，net core 就被宣傳成了docker，asp.net core哎，誤人子弟就是這么說的。
如果我說一個控制臺就可以是一個微服務，你們怎么想？他和asp.net core有關系么？？
我說這個控制臺，啟動去ectd，consourl注冊一下，從zookeeper更新一下配置，從kafaka里訂閱一下資料，然后開啟一個執行緒把資料整體處理一下，然后提交到mq里，然后我想提供一下webapi讓外面能單獨配置，然后我覺著最好簡化一下運維的負擔，把他放在一個容器內，運維實施，直接附加容器就好，你覺著這個東西叫什么？？
DDD？3層？倉儲？注入？微服務？s
這本來就是一個順理成章的事情，比如有個前置機去抓拍了1w照片，丟到了kafaka里，我這個控制臺去獲取了照片，然后丟給python的人去識別，然后把識別的結果重新丟回kafaka，你覺著這個不正常？？這需要什么框架
uj5u.com熱心網友回復：
docker 優勢是配置好的應用，運維只需要去做運維策略，而不需要去關注具體環境配置。要知道你現在單體應用是一個人寫，一個exe，或者是一個安裝包。就這樣你還得先去裝各種環境，還得去配置他。
但是你知道微服務是N個服務，甚至可以是N種語言。你在去想想你怎么把他們交付出去？都讓運維玩，那個運維得要多牛叉一個人啊。什么都會，什么都能玩，什么都能配。這樣的運維要給多少錢
ps：其實目前的情況已經出來了，自從微服務來了，運維的工資是看漲，雖然他們不開發。但負責一個大群集，一個大服務網格的能力也不比你開發的差，幾年前我在這里已經說過了，我給運維的都比一個普通的程式員高
uj5u.com熱心網友回復：
.net微服務容器化.net架構指南看看這本書
uj5u.com熱心網友回復：
老哥，我可以去你那里當開發不
uj5u.com熱心網友回復：
不清楚.net的微服務框架和docker相關資料多不多。java的springcloud和docker資料到是挺多的。
uj5u.com熱心網友回復：
樓上熊貓說了我想說的大部分東西。不過沒框架這個是不對的，net core 下的微服務框架去github中文搜索都一大把，up你真的應該先增長自己這方面技能。
一點一點說，微服務是一種設計思想，是把原有的巨石應用切分為相互獨立的微服務。
當你切分微服務后，就涉及到了幾個不同發布微服務之間的互動，涉及并發情況下的服務間資料互動和協程；這些微服務提供給使用方的時候就涉及到索引和更新服務發布地址等操作；以及，在需要快速擴展的情況下，微服務如何快速發布。這些問題催生了 分布式存盤、訊息佇列、服務發現和注冊以及虛擬化技術。
而你問的docker是最后的虛擬化技術的一種實作。
你如果根本不知道我這一長串文字說的對應的都是哪些實作的話，你對微服務和docker的理解還太少了，建議你從最基礎的部分開始補課吧。
uj5u.com熱心網友回復：
就是因為不太懂，所以才提出問題，所以，大佬說的最基礎部分請問是什么基礎部分，是分布式存盤訊息佇列這些基礎還是別的什么，如果能詳細說說就太感謝了
uj5u.com熱心網友回復：
微服務的基礎是隔離設計和自動運維，所以在隔離層上有mq，kafaka，spark，storm，es，redis，consonl，grpc，etcd，n4j等等，java的各種東西其實就是跑在這些玩意上，沒有什么java有net沒有（目前除了flink是java有net沒有的）uj5u.com熱心網友回復：
asp.net core，支持在容器里運行.net經典版本是不行，依賴項太多，兼容性太差
uj5u.com熱心網友回復：
我其實一直都想知道Standard這個詞是什么意思似乎xx園一直就沒給俺們科普過吧，似乎但凡xx園沒有科普過的，俺們就當看不見的對吧
uj5u.com熱心網友回復：
java還是好一些uj5u.com熱心網友回復：
不是非要懟，只是希望澄清，希望能正確梳理。
java沒有好與不好，java這些年也一直在變化，擁抱變化，歡迎變化是java的常態（java這些年曾經使用過，又被放棄過的東西，比net多的多），這個也并不是慷訓。即使是微服務，中臺這些詞java的東西其實一點都不驚奇，因為他們一直就這么用的。你不過是他我天天用的東西用兩個高大上的詞說出來了
ps：java們現在玩的東西，neo4j,clickhouse,有人玩么？對大多數net來說也許都沒聽過，只是我們說這兩個net不能玩么
這些年為啥net很容易被懟，很容易被替換。原因不是微軟不給力，也不是生態不好。原因是風氣完全被帶偏，不是人java如何如何，人家可以放下身段用一切可用之物，跟一切程式員一起作業（C++，python，go），而這邊是非XX園宣傳不用，非XX園宣傳就是落伍，我是高傲的net程式員，我一邊玩著完全獨立的WCF，Orleans，另一邊喊著他們不跟我們配合，他們都不搭理我們，我們沒框架
uj5u.com熱心網友回復：
.net core 支持微服務和 docker轉載請註明出處，本文鏈接：https://www.uj5u.com/net/121450.html
標籤：C#
上一篇：c#