七缸发动机预热,docker swarm + .net core 高速飙车成功

(图片来源:Microsoft Blog

上周五上午在我们将 .net core 博客站点由 docker swarm 自动驾驶改为 docker-compose 手动驾驶后,依然发生了翻车,意料之外的翻车事实告诉我们翻车与驾驶方式无关,我们仿佛听到了响彻整个高速公路 docker swarm 的吼声 —— “这个锅,我不背”。

怀着错怪 docker swarm 的内疚心情,我们重新分析了翻车原因,对比了正常行驶与翻车时上高速的方式(切换流量以及添加服务器的时间点),最终将怀疑的目前锁定在了汽车引擎的内部 —— 发动机气缸(服务器CPU),可能是因为我们对所用的这款阿里云制造的发动机气缸特性不太熟悉,在上高速之前预热不够。

于是,周五下午我们继续使用 docker swarm 自动驾驶系统,但在驶入快速路的时候(进入访问高峰之前),就将发动机加到六缸(6台4核8G服务器)进行预热,预热后的发动机在驶上高速后表现稳定,在中途出现了小波动时加到了七缸(7台服务器),就这样用七缸发动机在高速上行驶了一个下午,没有出现任何问题。由于周五下午访问高峰的并发比周一至周四略低一些,驾驶速度还没有达到飙车的级别,所以虽然成功驾驶,但我们不能确认 docker swam 能够自动飙车,要等下周进一步验证。

周末我们稍微改造了一下车,用 IMemoryCache 进一步节能降耗(更新:在有些地方通过短暂的本机内存缓存节约访问 memcached 的网络与反序列化开销)。

今天是周一,一周的飙车又开始了,docker swam 这个非主流自动驾驶系统证明自己的机会来了。

今天早上在访问高峰来临之前,我们直接用七缸发动机预热(如果不用 docker swarm 部署,也需要7台服务器),当驶上比上周五更高的高速后(进入周一的访问高峰),docker swarm 表现出色,高速飙车过程中,发动机气缸(服务器CPU)运行平稳。

 在今天下午的高速飙车中,docker swarm 自动驾驶更是稳如泰山。

 

事情证明了,在我们目前这样的并发量级别,docker swarm 完全可以胜任司机工作。

终于走出翻车困境,开启 docker swarm  + .net core 的飙车之旅!

非常抱歉翻车给大家带来的麻烦,非常感谢大家在新车上路期间给与的支持与帮助!

 

Powered by .NET Core 系列博文:

园友相关博文:

posted @   博客园团队  阅读(13820)  评论(129编辑  收藏  举报
编辑推荐:
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
阅读排行:
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· NetPad:一个.NET开源、跨平台的C#编辑器
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
历史上的今天:
2017-08-26 云计算之路-阿里云上-容器难容:自建docker swarm集群遭遇无法解决的问题
2013-08-26 上周热点回顾(8.19-8.25)
2010-08-26 【致歉】一块网卡故障造成博客站点不能访问
点击右上角即可分享
微信分享提示