日中でも安心して ALTER TABLE を流したい ─ Datadog + Devin によるロングトランザクション削減 - Timee Product Team Blog
こんにちは、タイミーでバックエンドエンジニアをしている 福井 (bary822) です。 タイミーのバックエンドは巨大な Rails のモノリスアプリケーションです。以前から「アクセスが集中する特定のテーブル（以下、人気テーブル）への DB マイグレーションが日中に通らない」という問題を抱えており、看過できないレベルになってきたため、本格的に対処に乗り出しました。 この記事では、原因となっていたロングトランザクションに対し、Datadog と Devin を組み合わせた自動修正フローで対処した話と、その設計の裏側を紹介します。 DBマイグレーション失敗のメカニズム 日常的に発生していたのは、人気テーブルへの ALTER TABLE が日中はほぼ通らない、という状況でした。原因は メタデータロック (MDL) です。 Aurora MySQL(8.0) では、SELECT / INSERT
【コメント返信】AI時代にわざわざRuby on Railsを使う理由
先日のこの記事が思いのほかバズってしまった やっぱりRailsはまだまだ使える！って話をすると、 「そうだそうだ！Ruby大好き！」勢と「Rubyなんかとっくにオワコン、TS・Goでいいやん」勢 がバトルを始めるらしい 私は今はRailsが大好きだけど、バージョン5〜6の時（だいたい4年ぐらい前？）の時はフロントエンド周りの対応が酷すぎたので本当にRailsが嫌いで、TSに夢中になっていた。 ので、どちらの気持ちもわかる。 どちらもいい点があるし、この手の話題は前提条件が違えばいくらでも評価が変わりうる話ではある。だからは結論はないし喧嘩はやめよう（そもそも煽ったのは俺） 面白そうなコメントをXとはてなブックマークでいただいたので返信していく。 あくまで私は、「フリーランス×ソロプレナーとして新しくプロダクトをリリースすることに特化してRails最高」って目線なので、その点はよろしくお願い
AI時代にわざわざRuby on Railsを使う理由
こんにちは、フリーランスとして働いてるハルクです 最近自分の会社を立ち上げたことで、「AI時代にフィットしたwebフレームワークとは何か」を考えるようになりました。 私はRubyでコンピューターサイエンスの世界に入ってから、最近流行りのTypescript(Next.js, Nuxt.js)、Go、Rustなどを使ってサイドプロジェクトを立ち上げてきましたが、 結局のところ、RubyやRuby on Railsが最も自分のユースケースにフィットすることがわかりました。 そして、その評価は、AIコーディングが発達してきた2026年においても変わりません。 今回は、私がなぜAI時代にRubyを使い続けると判断したのかを説明したいと思います。 なお、私は自分の会社で始める今後全てのビジネスにRailsを使う予定です。そういったある意味「Rails信者の目線」の一つとして捉えてもらえればと思います
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
