概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: “Fair” multi-tenant prioritization of Sidekiq jobs—and our gem for it!—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2024/02/14 原著者: Andrey Novikov（バックエンドエンジニア）、Travis Turner（技術記事編集者） サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 日本語タイトルは内容に即したものにしました。 はじめに 多くのバックエンドアプリケーションのマルチテナ
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Use Sidekiq Directly, Not Through Active Job - Andy Croll 原文公開日: 2021/10/04 著者: Andy Croll 参考: 週刊Railsウォッチ20211018: SidekiqをActive Job経由ではなく直接使う 参考: Active Job の基礎 - Railsガイド Webアプリケーションを構築する場合は、ユーザーごとのレスポンスに要する時間を最小限に留めるべきです。Webサイトが速ければ速いほど、その分ユーザーも幸せになれます。 そのための方法の1つは、重くなる可能性のある処理（実行に長時間かかる、パラレル化可能な処理）を、イミディエイトなWebリクエストの外で非同期実行することです。メール送信、計画的なクリーンアップ、長時間かかる計算、外部API
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails 6.0 new framework defaults: what they do and how to safely uncomment them 原文公開日: 2019/10/19 著者: Dylan Reile -- ES6やSQL経験豊富な情熱的Rubyist 本記事では、rails app:updateで生成されるnew_framework_defaults_6_0.rbの9つのデフォルトフラグについてひととおり解説します。最後までお読みいただければ、自信を持ってこのファイルを削除し、application.rbにload_defaults 6.0と堂々と書けるようになります。 本記事ではRails 5.2のデフォルト設定を使っているアプリを前提としています。これについては、自分のアプリのapplication
前記事: RabbitMQはSidekiqと同等以上だと思う: 中編（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RabbitMQ is more than a Sidekiq replacement – Not again 原文公開日: 2018/03/07 著者: Stanko Krtalić Rusendić 原文が長いため、3本に分割します。 特殊な機能 RabbitMQは、AMQPにさらなるマジックを加えてくれます。header exchangeの項でも述べたように、これはAMQPの標準にはない機能です。私が個人的に多用しているのはdirect reply-toです。direct reply-toは、プロデューサー（producer）とコンシューマーの間の同期的コミュニケーションのひとつの形態です。これによってプロデューサーがメッセージをパブリッシュしてコ
前記事: RabbitMQはSidekiqと同等以上だと思う: 前編（翻訳） 次記事: RabbitMQはSidekiqと同等以上だと思う: 後編（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RabbitMQ is more than a Sidekiq replacement – Not again 原文公開日: 2018/03/07 著者: Stanko Krtalić Rusendić 原文が長いため、3本に分割します。後編は今後公開いたします。 Sidekiqのメモリ問題 有償のフォールトトレーランスにしたとしても、SidekiqではジョブキューにRedisを使うため、メモリ消費の問題があります。Redisは前述のようにデータストアがメモリ上に配置され、かつ、使われなくなったデータをディスクに逃がすしくみがありません。つまりキューのジョブはすべてメモリ上にま
次記事: RabbitMQはSidekiqと同等以上だと思う: 中編（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RabbitMQ is more than a Sidekiq replacement – Not again 原文公開日: 2018/03/07 著者: Stanko Krtalić Rusendić 原文が長いため、3本に分割します。中編と後編は今後公開いたします。 私はRabbitMQに乗り換えたこともあって、Sidekiqについてああだこうだと書いてきました。本記事では、production運用を1年間行って得た知見と所感を述べたいと思います。 本記事を書いたきっかけは、ある地元のRuby meetupグループで私が行ったスピーチが大きな反響を呼んだことでした。 そもそもSidekiqやRabittMQがなぜ必要なのか Sidekiqなどのいわゆ
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: How We Built A Multi-Tenant Job Queue System with PostgreSQL & Ruby 原文公開日: 2018/01/24 著者: Huy Nguyen サイト: Holistics Blog 長期間運用されるプロセス（画像のリサイズ、レジュメのスキャン、負荷分析など）を必要とするWebアプリでは、バックグラウンドジョブキューシステムが重要になります。RabbitMQ（メッセージキュー）、Celery、ActiveMQ、Sidekiqなどのソリューションはよく設計されていて、業界でかなり人気を集めています。 本記事では、Ruby/Rails + Postgresを用いて弊社のB2B SaaSアプリ向けのマルチテナントジョブキューを設計/構築する方法をご紹介いたします。ここでは高度な問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
