菜鸟提问 C#/.net有对应的微服务和docker技术的相关技术吗~

Question

最近粗浅的看了一下java的微服务和Linux 的docker的方面的技术。
它们有各种开源或成熟的框架支撑，也是目前一些互联网技术应用的默认选择。
也搜索了一些关于C#的微服务和windows docker的资料，感觉又和java的有些区别但了解也不甚清晰 ~
有木有大佬能指条路能去系统的学习关于C#/.net的这两个方向的东西？

Answer 1

.net core支持docker
一般指的也就是asp.net core,学习这个方面就是了

Answer 2

  怎么就成两个方向了，   C# 是语法， .net是框架，  也不用刻意系统去学的吧， 语法会了 就写写程序，.net很大的，只能是需要什么功能了 查一查 然后记住，慢慢的补全对.net的知识就是了

Answer 3

无需任何资料，本来就不搭嘎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么？注入么？”

Answer 4

docker我粗浅的就理解为简易虚拟机，一个封装好的系统，里面有数据库和各种环境的封装？但是又看到说只支持linux的应用程序，于是觉得又和. net本身关系不大，除非要用到用在Linux下的nosql或者其他程序？不知道理解对不对。
至于后面说的微服务是真的觉得不太懂，还能够有助于开发部署？

Answer 5

docker和java还是C#没有关系，https://baijiahao.baidu.com/s?id=1594244234216740577&wfr=spider&for=pc入门教程看下就知道了

Answer 6

拜，那些人所赐，net core 就被宣传成了docker，asp.net core
哎，误人子弟就是这么说的。如果我说一个控制台就可以是一个微服务，你们怎么想？他和asp.net core有关系么？？我说这个控制台，启动去ectd，consourl注册一下，从zookeeper更新一下配置，从kafaka里订阅一下数据，然后开启一个线程把数据整体处理一下，然后提交到mq里，然后我想提供一下webapi让外面能单独配置，然后我觉着最好简化一下运维的负担，把他放在一个容器内，运维实施，直接附加容器就好，你觉着这个东西叫什么？？
DDD？3层？仓储？注入？微服务？s这本来就是一个顺理成章的事情，比如有个前置机去抓拍了1w照片，丢到了kafaka里，我这个控制台去获取了照片，然后丢给python的人去识别，然后把识别的结果重新丢回kafaka，你觉着这个不正常？？这需要什么框架

Answer 7

docker 优势是配置好的应用，运维只需要去做运维策略，而不需要去关注具体环境配置。要知道你现在单体应用是一个人写，一个exe，或者是一个安装包。就这样你还得先去装各种环境，还得去配置他。但是你知道微服务是N个服务，甚至可以是N种语言。你在去想想你怎么把他们交付出去？都让运维玩，那个运维得要多牛叉一个人啊。什么都会，什么都能玩，什么都能配。这样的运维要给多少钱ps：其实目前的情况已经出来了，自从微服务来了，运维的工资是看涨，虽然他们不开发。但负责一个大群集，一个大服务网格的能力也不比你开发的差，几年前我在这里已经说过了，我给运维的都比一个普通的程序员高

Answer 8

.net微服务容器化.net架构指南
看看这本书

Answer 9

不清楚.net的微服务框架和docker相关资料多不多。
java的springcloud和docker资料到是挺多的。

Answer 10

楼上熊猫说了我想说的大部分东西。
不过没框架这个是不对的，net core 下的微服务框架去github中文搜索都一大把，up你真的应该先增长自己这方面技能。一点一点说，微服务是一种设计思想，是把原有的巨石应用切分为相互独立的微服务。当你切分微服务后，就涉及到了几个不同发布微服务之间的交互，涉及并发情况下的服务间数据交互和协程；这些微服务提供给使用方的时候就涉及到索引和更新服务发布地址等操作；以及，在需要快速扩展的情况下，微服务如何快速发布。这些问题催生了 分布式存储、消息队列、服务发现和注册以及虚拟化技术。而你问的docker是最后的虚拟化技术的一种实现。你如果根本不知道我这一长串文字说的对应的都是哪些实现的话，你对微服务和docker的理解还太少了，建议你从最基础的部分开始补课吧。

Answer 11

微服务的基础是隔离设计和自动运维，所以在隔离层上有mq，kafaka，spark，storm，es，redis，consonl，grpc，etcd，n4j等等，java的各种东西其实就是跑在这些玩意上，没有什么java有net没有（目前除了flink是java有net没有的）

Answer 12

asp.net core，支持在容器里运行
.net经典版本是不行，依赖项太多，兼容性太差

Answer 13

我其实一直都想知道Standard这个词是什么意思
似乎xx园一直就没给俺们科普过吧，似乎但凡xx园没有科普过的，俺们就当看不见的对吧

Answer 14

java还是好一些

Answer 15

不是非要怼，只是希望澄清，希望能正确梳理。
java没有好与不好，java这些年也一直在变化，拥抱变化，欢迎变化是java的常态（java这些年曾经使用过，又被放弃过的东西，比net多的多），这个也并不是空话。即使是微服务，中台这些词java的东西其实一点都不惊奇，因为他们一直就这么用的。你不过是他我天天用的东西用两个高大上的词说出来了ps：java们现在玩的东西，neo4j,clickhouse,有人玩么？对大多数net来说也许都没听过，只是我们说这两个net不能玩么这些年为啥net很容易被怼，很容易被替换。原因不是微软不给力，也不是生态不好。原因是风气完全被带偏，不是人java如何如何，人家可以放下身段用一切可用之物，跟一切程序员一起工作（C++，python，go），而这边是非XX园宣传不用，非XX园宣传就是落伍，我是高傲的net程序员，我一边玩着完全独立的WCF，Orleans，另一边喊着他们不跟我们配合，他们都不搭理我们，我们没框架

Answer 16

.net core 支持微服务和 docker