七缸发动机预热，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 系列博文：

• 【故障公告】发布 .NET Core 版博客站点引起大量 500 错误
• 【网站公告】.NET Core 版博客站点第二次发布尝试
• 暴风雨中的 online : .NET Core 版博客站点遭遇的高并发问题进展
• Powered by .NET Core 进展：验证高并发性能问题嫌疑犯 docker swarm
• 同“窗”的较量：部署在 Windows 上的 .NET Core 版博客站点发布上线
• 做梦也没有想到：Windows 上的 .NET Core 版博客系统表现更糟糕
• 峰回路转：去掉 DbContextPool 后 Windows 上的 .NET Core 版博客表现出色
• Powered by .NET Core 进展0815：第5次发布尝试（Windows部署）
• 高速开车换底盘记：Windows 与 Linux 部署都抗住了，但修车任务艰巨
• Powered by .NET Core 进展0819：高速开车车况汇报
• 行车记+翻车记：.NET Core 新车改造，C# 节能降耗，docker swarm 重回赛道

园友相关博文：

• 博客园升级有感一点建议
• 博客园翻车启示录
• 生产环境(基于docker)故障排除？ 有感于博客园三番五次翻车
• 博客园在升级的路上，不妨更自信些，同时说说我们可以为博客园做些什么