Ruby建站资源优化：性能↑40%+存储↓50%

　　去年四月份，服务器报警邮件在我泡枸杞水的时候连弹七条。我盯着监控面板上那根抖成帕金森的 CPU 曲线，手一滑把枸杞粒扣进键盘缝里——第三排 R、T、Y 下面现在还卡着三颗干瘪的。当时窗外正下着那种黏糊糊的春雨，雨滴砸在机房玻璃顶上不是响，是闷哼，像有人用掌心压着喇叭喊。

文章配图，仅供参考

　　我原以为是 GC 频率调太激进了，结果查 log 发现 nginx 居然在给同一张 favicon.ico 做三次 ETag 计算——一次在 rack-cors 中间件里，一次在 asset_host.rb 里硬塞的 condition，第三次……是 Devise 的 session 刷新钩子里顺手 call 的 FileUtils.touch。真他妈触目惊心。那个叫老陈的运维当时正蹲在机柜后头接电话，左手捏着半截没抽完的中南海，烟灰簌簌掉进 UPS 散热口，他抬眼看了我一眼，说：“Ruby 这玩意儿，跟腌咸菜似的，越放越酸。”

　　优胜劣汰？对，就是字面意思。我们砍掉了所有带 .erb 后缀的 layout 模板，全换成 slim——但不是图语法短，是怕某天凌晨三点有人手抖在 _header.html.erb 里写了个 ，而那个 partial 里又藏了个未 memoized 的 Product.joins(:category).includes(:brand).where("categories.name LIKE ?", "%#{params[:q]}%") ——这种嵌套式资源误判，比 RubyGems 里那个被锁死在 0.4.3 的 bcrypt-ruby 还顽固。

　　上周二下午两点十七分，我亲手删了 vendor/assets/javascripts/bootstrap/ 这整个目录。三百七十二个文件。删完立刻跑 rake assets:precompile，结果 assets:precompile 直接挂了——不是因为缺 bootstrap，是它底层有个 coffee-script-source 的 require 引用了早已不存在的 ./lib/coffee-script/cake.coffee。这个我敢打包票：那文件自 2015 年起就从源码树里消失了，但没人动过 Gemfile.lock 里的 coffee-script-source ~> 1.9.0。谁改的？不知道。反正 lock 文件里写着 “resolved at 2017-08-12T03:14:02.098Z”，时间戳比我的 MacBook Air 还老。

　　对了，那天小林端着她那个印着“Ruby is Love” 的马克杯进来问要不要加雪碧——其实是想问我能不能把 /admin/orders/export.csv 改成异步导出。我说行啊你去动 app/jobs/order_export_job.rb，结果她转头就改了 config/initializers/delayed_job.rb 里 concurrency=32 的值，改成 64。当晚队列积压破两千。这事儿跟我无关，但我看见她改完后把马克杯倒扣在键盘上，杯底水渍在 Caps Lock 键上洇开一小片不规则地图。

　　性能↑40%+ 存储↓50%，这话我当面跟技术总监说的时候，他正在撕一张便签纸，撕得特别细，细成丝，最后往咖啡杯里一撒，搅了搅。我没再解释，知道解释等于认输。Ruby 不是快不快的问题，是它太容忍“看起来能跑”。就像我们线上还在用 Rails 4.2 的某个后台系统，render json: @users.to_json(include: [:posts, :comments]) 这行代码跑了整整十八秒，但每次测都过——因为 QA 用的 sample 数据集只有七条 user。真用户跑起来？直接 timeout。但没人报 bug，因为没人点那个按钮。那个按钮叫「全量用户报表（测试专用）」，字那么小，鼠标悬停五秒才显示 tooltip。

　　我前天在公司楼下煎饼摊看见老板娘用 iPad Pro 开单，App 是 Flutter 写的，扫码枪插着 OTG 线，她一边翻煎饼一边划拉屏幕，手势流畅得不像话。她抬头看我盯着她设备，说：“小伙子你这身儿衣服，看着像搞 Ruby 的？” 我愣住。她笑了：“上个月修过你们家那个小程序的扫码功能，bug 在微信 SDK 里，但你们 Ruby 后端传参把 timestamp 拼错了位数，害我重装三遍开发工具。”

　　所以我不信“渐进式重构”。信什么？信昨天下午茶歇时大鹏甩过来的那段 monkey patch——他给 ActiveRecord::Relation 加了个 cacheable_with_expires_in 方法，用 Redis 存完整 relation 对象，键名拼的是 relation.object_id.to_s(36) + Digest::MD5.hexdigest(self.to_sql)，运行三天后缓存命中率 0.7%，因为每次 request.env['HTTP_USER_AGENT'] 有微小变动，导致 sql 字符串末尾多俩空格。这补丁我现在还留着，就在 config/initializers/hotfixes.rb 最底下，注释写着：“慎用。已验证会污染 development.log 的颜色编码。”

　　桌上的外卖盒还没拆封，黄焖鸡米饭，汤渗出来，在键盘托盘上漫出浅褐色地图。性能不是调出来的，是砍出来的；存储不是压缩出来的，是扔出来的。优胜劣汰不是口号，是当你在 prod 机器上执行 rm -rf tmp/cache/assets/sprockets/v3.0/ 的时候，发现里面躺着六百四十七个重复的 application-b0e2c5c5d1.js.gz 文件，其中四百二十九个生成时间精确到毫秒，但内容哈希全一样。这时候你手不会抖。你会按住 shift 键，敲下 y，然后继续喝枸杞水。

　　我现在正看着 GitHub Actions 流水线里那个 failing 的 test，报错是 “ActionView::Template::Error: undefined method `map' for nil:NilClass”，位置在 app/views/shared/_navbar.slim 第十二行。我不打算修。明天上线前，我会把它整个删掉，换上一句 plain HTML 的 。至于导航数据？前端自己 fetch JSON。反正 Rails 已经不是服务端渲染引擎了，早就是 API 调度中心兼 YAML 解析器兼人肉日志过滤器。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!