← Back
Private-Library

OpenResty サービスにおける「見えないボトルネック」としての JSON

  • パフォーマンスの限界はどのレイヤーにあるのか
  • 一般的な「回避策」とその限界
  • なぜ「独自開発」や「独自カスタマイズ」は得策ではないのか
  • インフラストラクチャレベルの最適化:jit.cjson
  • なぜ公式(ベンダー)提供のソリューションが最適なのか
  • 極めて低い導入コスト
  • パフォーマンスの限界はどのレイヤーにあるのか
  • 一般的な「回避策」とその限界
  • なぜ「独自開発」や「独自カスタマイズ」は得策ではないのか
  • インフラストラクチャレベルの最適化:jit.cjson
  • なぜ公式(ベンダー)提供のソリューションが最適なのか
  • 極めて低い導入コスト

ビルド不要・Nginx ゲートウェイだけで実現する 120 MB/s のリアルタイム JS/CSS/HTML 圧縮

  • 「解決済み」が通用しない 3 つの現場
  • なぜ「正規表現で置換すればいい」では通用しないのか
  • Lua で正規表現を書いた、その先に待っていたもの
  • openresty-minifiers の設計:3 つの制約をどう同時に満たすか
  • 5 分で動かす:最小構成の nginx 設定例
  • 「解決済み」が通用しない 3 つの現場
  • なぜ「正規表現で置換すればいい」では通用しないのか
  • Lua で正規表現を書いた、その先に待っていたもの
  • openresty-minifiers の設計:3 つの制約をどう同時に満たすか
  • 5 分で動かす:最小構成の nginx 設定例

なぜ Kafka を API Gateway に統合するのは今でもこれほど難しいのか

  • 生産環境で頻繁に見られる 3 つの誤ったアーキテクチャパターン
  • lua-resty-kafka-fast とは
  • lua-resty-kafka と lua-resty-kafka-fast の比較
  • システムアーキテクチャにどのような変化をもたらすか
  • FAQ
  • 生産環境で頻繁に見られる 3 つの誤ったアーキテクチャパターン
  • lua-resty-kafka-fast とは
  • lua-resty-kafka と lua-resty-kafka-fast の比較
  • システムアーキテクチャにどのような変化をもたらすか
  • FAQ

「Nginx 再起動」という脆弱性:ダウンタイムゼロで実現する TLS 鍵ローテーションの最適解

  • Session Ticket Key 管理が見た目より難しい理由
  • lua-resty-tls-session が再起動なしで Session Ticket Key をローテーションする仕組み
  • 3 つのアプローチの比較
  • レイテンシ削減と稼働率向上の定量化
  • FAQ
  • Session Ticket Key 管理が見た目より難しい理由
  • lua-resty-tls-session が再起動なしで Session Ticket Key をローテーションする仕組み
  • 3 つのアプローチの比較
  • レイテンシ削減と稼働率向上の定量化
  • FAQ

OpenResty における LuaJIT RSS メモリリークの修正:再起動なしで OOM Kill を防ぐ

  • LuaJIT「擬似メモリリーク」とは何か
  • 本番データによる問題診断
  • なぜ従来の対処法では解決しないのか
  • LuaJIT-plus によるアロケータレベルの解決
  • 本番投入後の効果
  • LuaJIT「擬似メモリリーク」とは何か
  • 本番データによる問題診断
  • なぜ従来の対処法では解決しないのか
  • LuaJIT-plus によるアロケータレベルの解決
  • 本番投入後の効果
お問い合わせ

ご意見・ご感想をお待ちしております 👋

メッセージを送信しました!

専門家チームが24時間以内にご連絡いたします。
x