（圖片來源：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 重回賽道
園友相關博文：