.NET 在云原生时代的蜕变,让我在云时代脱颖而出
体积更小:对于微服务分布式架构而言,更小的体积意味着更少的下载带宽,更快的分发下载速度,.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 技术解决服务化带来的事务一致性问题?
肖伟宇是谁?
肖伟宇,目前是校宝在线的架构师。他工作12年来,一直在从事 .NET 方向的研发和架构工作,做过各类系统的架构和研发工作,服务部署从早期自建机房物理机、到自建虚拟化,再到现在的使用云服务,经验非常丰富。
你能获得什么?
-
掌握.NET Core重要组件框架的最佳使用实践和设计原理。 -
掌握在 Kubernetes 下架构 .NET Core 微服务应用的设计方法和关键点实现方案。 -
掌握重要的工程设计原则在 .NET Core 技术栈中的实践。