.NET 生态系统是一个不断变化的生态圈，我相信它正在朝着一个伟大的方向发展。有了开源和跨平台这两个关键优先事项，我们就可以放心了。云原生对应用运行时的不同需求，说明一个.NET Core 在云原生时代所完成的蜕变：

  • 体积更小：对于微服务分布式架构而言，更小的体积意味着更少的下载带宽，更快的分发下载速度，.NET Core 的镜像体积都很小，alpine的镜像更小，带上应用程序通常80M。
  • 启动速度更快：对于传统单体应用，启动速度与运行效率相比不是一个关键的指标。原因是，这些应用重启和发布频率相对较低。然而对于需要快速迭代、水平扩展的微服务应用而言，更快的的启动速度就意味着更高的交付效率，和更加快速的回滚。尤其当你需要发布一个有数百个副本的应用时，缓慢的启动速度就是时间杀手。对于Serverless 应用而言，端到端的冷启动速度则更为关键，即使底层容器技术可以实现百毫秒资源就绪，如果应用无法在 500ms 内完成启动，用户就会感知到访问延迟。这里我拿AWS Lambda来举例，因为各大云厂商都是以AWS是模仿的目标，AWS Lambda中可用的所有语言都是高级的，而不是像Assembler，C / C ++或Objective C那样。从脚本语言到JavaScript和Python，再到像Java和C＃到Go这样被编译为二进制文件的托管运行时的语言，所有语言都是他们有自己的长处。在基准测试中，最重要的.NET Core是 冠军，具体参看​​https://react-etc.net/entry/aws-lambda-benchmarks-node-js-python-java-c-go-dotnet-core​​ 
  • 占用资源更少：运行时更低的资源占用，意味着更高的部署密度和更低的计算成本。.NET Core的 CLR启动速度非常快，降低启动时资源消耗，可以减少资源争抢，更好保障其他应用 SLA。
  • 支持水平扩展：.NET Core 默认更好的支持Docker资源限制，官方团队也在努力让.NET Core成为真正的容器运行时，使其在低内存环境中具有容器感知功能并高效运行。随着内存成本的下降和虚拟化的流行，大内存配比已经成为趋势。所以我们一般是采用水平扩展的方式，同时部署多个应用副本，在一个计算节点中可能运行一个应用的多个副本来提升资源利用率。

猎聘网年中报告显示，腾讯、网易、顺丰、携程、同程艺龙等大公司的一些关键业务已经在使用 .Net Core 了，随之，越来越多的企业也开始要求应聘者有 .NET Core 方面的经验和技能，尤其是在高级人才的要求上，.NET Core 和基于 Kubernetes 架构的知识更是必不可少。 对于大部分开发者来说，.NET Core 入门比较容易，但是如何用它来解决工作中的各类问题，就需要积累大量的实战经验才行了，比如：

  • 如何能够确保我们的应用适应不同的部署环境？
  • 如何设计和实现业务代码，确保其不会随着系统的发展和演进带来的复杂度提升而丧失可维护性？
  • 服务化是如何在多团队协作的大型系统中保障交付效率的？
  • 如何使用 .NET Core 技术解决服务化带来的事务一致性问题？