在容器、Kubernetes、DevOps，以及微服务等技术的推动下，2020年云原生势不可挡。 .NET Core 也非常契合 云原生对应用运行时的不同需求，.NET Core和kubernetes 同年诞生发展， 2018年kubernetes 已经奠定了在容器编排领域的王者地位，2019年越来越多的企业选择基于云原生的技术或管理方法，把业务生于云或迁移到云平台，从而享受云的高效和持续的服务能力。几年前火热的Spring Cloud面临Kubernetes的革命，如今.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的 CLR启动速度非常快，降低启动时资源消耗，可以减少资源争抢，更好保障其他应用 SLA。
支持水平扩展：.NET Core 默认更好的支持Docker资源限制，官方团队也在努力让.NET Core成为真正的容器运行时，使其在低内存环境中具有容器感知功能并高效运行。随着内存成本的下降和虚拟化的流行，大内存配比已经成为趋势。所以我们一般是采用水平扩展的方式，同时部署多个应用副本，在一个计算节点中可能运行一个应用的多个副本来提升资源利用率。
