.netcore 3.1高性能微服务架构:为什么要采用.netcore3.1作为微服务技术栈

**自动.netcore升级到3.0以后,.net圈子更活跃了,写博客的人也越来越多,很多人开通了公众号写文章;也有技术大牛神乘这波“红利”写书录视频教程等赚钱了。大公司也开始关注.net技术,采用.net作为技术栈的公司大部分都将项目升级到.netcore,以前从.net转Java的人也有部分回来了。总之,.netcore生态空前的变好了。所有.net的程序员们,建议直接学习.netcore新技术,不要在呆在.netframework技术里泥潭了。

作为.net开发的老人,我已经有10年的开发和项目管理经验,目前公司里很多项目都是采用.net技术栈,有部分老项目还是采用.netframework4.5,自从.netcore2.2出来后,公司里所有新的项目,全部采用.netcore2.2来开发;老项目也再逐步用.netcroe改造。

.NetCore3.0和3.1在2019年12月以后发布。最新版本相比2.2,不仅仅增加了很多新功能,性能方面也有很大提升。NetCore生态下,第3方开源或非开源组件,大都在为兼容新版本升级中。.netcore 3.1是一个LTS版本,一个长期支持并且稳定的版本,微软官方会持续支持3年,.netcore生态圈在将来3年会以.netCore3.1为主流。为了接口性能提升到极致,为了与业界技术保持最前沿,为了技术人员的极客精神,为了.NetCore生态添一把火,我建议采用.NetCore3.1作为最新一代接口的底层语言。当然采用新版本也会有一定的风险,我们要充分的测试以后在投入到正式项目里。**

上一篇:在容器服务中如何暴露服务到公网并配置负载均衡


下一篇:Linux运行与控制后台进程的方法:nohup, setsid, &, disown, screen