オープンソース OpenResty vs. OpenResty Edge：主要な違いとアップグレードガイド
- オープンソース vs. OpenResty Edge 比較一覧
- オープンソース版が限界に達する時：6 つの実業務シナリオ
- インフラストラクチャに最適なパスの選択
- オープンソース vs. OpenResty Edge 比較一覧
- オープンソース版が限界に達する時：6 つの実業務シナリオ
- インフラストラクチャに最適なパスの選択
精选文章
OpenResty XRay で、パフォーマンスを大幅に向上し、CPU使用率を即座に削減
90%
OpenResty XRay で、パフォーマンスを大幅に向上し、CPU使用率を即座に削減 90%
最新記事
なぜ多くの企業がプライベートCDNを必要とするのか
- 「コモディティ化サービス」がイノベーションを阻害する時
- パブリック CDN が抱える 4 つの構造的課題
- エッジコンピューティングのために生まれた多機能ゲートウェイ
- プライベートエッジネットワーク構築の四大柱
- 「コモディティ化サービス」がイノベーションを阻害する時
- パブリック CDN が抱える 4 つの構造的課題
- エッジコンピューティングのために生まれた多機能ゲートウェイ
- プライベートエッジネットワーク構築の四大柱
プラグインが CPU の 45% を食い潰した際、ソースコードなしで Lua の 93 行目を特定した方法？
- perf が「ブラック ボックス」に直面したとき *「サンプリング」から「フルスタック動的トレーシング」へ
- 証拠の連鎖を特定する
- 「何が起こったか」から「なぜ」へ
- perf が「ブラック ボックス」に直面したとき *「サンプリング」から「フルスタック動的トレーシング」へ
- 証拠の連鎖を特定する
- 「何が起こったか」から「なぜ」へ
本番環境で Java メモリリークを特定する方法——ヒープダンプも再起動も不要
- 複数回の Full GC 後もヒープが回収されない理由：本番環境の Java メモリリーク
- ヒープダンプなしで本番環境の Java メモリリークを診断する方法
- Java メモリリークを特定する再利用可能な 3 ステップ法
- OpenResty XRay を選ぶ理由
- よくある質問
- 複数回の Full GC 後もヒープが回収されない理由：本番環境の Java メモリリーク
- ヒープダンプなしで本番環境の Java メモリリークを診断する方法
- Java メモリリークを特定する再利用可能な 3 ステップ法
- OpenResty XRay を選ぶ理由
- よくある質問
OpenResty Edge バージョン 25.9.17 を正式リリース
- 主な強化点
- 機能強化と柔軟性の向上
- 使いやすさと可観測性の最適化
- 重要な修正と安定性の強化
- 主な強化点
- 機能強化と柔軟性の向上
- 使いやすさと可観測性の最適化
- 重要な修正と安定性の強化
OpenResty XRay バージョン 25.10.11 正式リリース
- 特に注目すべき 3 つのポイント
- 診断精度と安定性の強化
- ユーザビリティとセキュリティの強化
- アップグレード方法
- 特に注目すべき 3 つのポイント
- 診断精度と安定性の強化
- ユーザビリティとセキュリティの強化
- アップグレード方法
Gzip CPU 使用率が高い原因：圧縮レベル 6 が CPU の 54% を消費した実例
- 本番環境で Gzip 圧縮が CPU の 54% を消費していた経緯
- Gzip の CPU 使用率が高かった原因：設定パラメータレベルの診断
- Gzip と Brotli の CPU オーバーヘッドを定量化する
- 勘に頼る調整からデータ駆動の圧縮チューニングへ
- 本番環境で Gzip 圧縮が CPU の 54% を消費していた経緯
- Gzip の CPU 使用率が高かった原因：設定パラメータレベルの診断
- Gzip と Brotli の CPU オーバーヘッドを定量化する
- 勘に頼る調整からデータ駆動の圧縮チューニングへ
OpenResty Edge の zstd 圧縮：gzip や Brotli より高速・軽量
- 圧縮アルゴリズムの世代交代
- Zstandard（zstd）とは
- OpenResty Edge で zstd が特に適している理由
- OpenResty Edge で Zstandard 圧縮を有効にする方法
- zstd・Brotli・gzip：どれを配信すべきか
- 圧縮アルゴリズムの世代交代
- Zstandard（zstd）とは
- OpenResty Edge で zstd が特に適している理由
- OpenResty Edge で Zstandard 圧縮を有効にする方法
- zstd・Brotli・gzip：どれを配信すべきか
SSL 証明書自動化：OpenResty Edge における ACME プロトコルによる自動発行・更新
- ACME プロトコルとは
- 証明書の自動管理に ACME が必要な理由
- OpenResty Edge で SSL 証明書の自動発行・自動更新を設定する方法
- ACME プロトコルとは
- 証明書の自動管理に ACME が必要な理由
- OpenResty Edge で SSL 証明書の自動発行・自動更新を設定する方法
Nginx C++ モジュールのメモリリーク：本番環境で再起動なしに根本原因を特定
- 本番環境の難題：GDB でデバッグできない C++ モジュールのメモリリーク
- フレームグラフで ngx_dubbo_module 内のリーク関数を特定する方法
- 受動的な対応から能動的な支援へ：XRay が実現するトラブルシューティングの新たなサイクル
- まとめ
- 本番環境の難題：GDB でデバッグできない C++ モジュールのメモリリーク
- フレームグラフで ngx_dubbo_module 内のリーク関数を特定する方法
- 受動的な対応から能動的な支援へ：XRay が実現するトラブルシューティングの新たなサイクル
- まとめ
非侵入型 Java プロファイラ：Java Agent なしで本番環境のメソッド引数をキャプチャ
- なぜ非侵入型 Java プロファイリングが本番環境で重要なのか
- 実践デモ：本番環境で Java メソッド引数をキャプチャ
- OpenResty XRay と一般的な Java プロファイラの違い
- よくある質問
- なぜ非侵入型 Java プロファイリングが本番環境で重要なのか
- 実践デモ：本番環境で Java メソッド引数をキャプチャ
- OpenResty XRay と一般的な Java プロファイラの違い
- よくある質問
自動根本原因分析：OpenResty XRay が障害をコード行レベルまで特定する仕組み
- なぜ「より多くのオブザーバビリティデータ」が「より速い根本原因分析」を意味しないのか
- XRay の自動根本原因分析は従来の監視とどう違うのか
- 自動根本原因分析の実例：3 つの本番環境ケース
- よくある質問（FAQ）
- なぜ「より多くのオブザーバビリティデータ」が「より速い根本原因分析」を意味しないのか
- XRay の自動根本原因分析は従来の監視とどう違うのか
- 自動根本原因分析の実例：3 つの本番環境ケース
- よくある質問（FAQ）
Perl メモリリーク調査事例：数 GB から 60MB へ、フレームグラフ 1 枚で根本原因を特定
- フレームグラフでメモリリークの根本原因をピンポイントで特定
- 顕著な最適化の成果
- 関連資料
- まとめ
- フレームグラフでメモリリークの根本原因をピンポイントで特定
- 顕著な最適化の成果
- 関連資料
- まとめ
Node.js 関数プローブ：コードを変更せず実行中の関数の引数を捕捉する
- なぜコードを変更せずに Node.js 関数を追跡するのか？
- コードを変更せずに Node.js 関数の引数を捕捉する方法
- 本番環境でチームが非侵入型 Node.js プローブをどう活用するか
- なぜコードを変更せずに Node.js 関数を追跡するのか？
- コードを変更せずに Node.js 関数の引数を捕捉する方法
- 本番環境でチームが非侵入型 Node.js プローブをどう活用するか
OpenResty Edge のミラーリクエスト機能が、セキュリティとパフォーマンスの両立を実現
- 安定性、体験、コストの三重奏による向上
- 核心メカニズムの解説
- 設定手順の例
- 安定性、体験、コストの三重奏による向上
- 核心メカニズムの解説
- 設定手順の例
300 RPS で頭打ちの Nginx Worker プロセス：原因は 75 ミリ秒のイベントループ・ブロッキング
- 負荷は高いのに仕事が進まない：worker_cpu_affinity 欠落による CPU リソース競合
- ブロッキング Lua I/O 呼び出しが Nginx イベントループを停止させた仕組み
- ファイル I/O レイテンシーの測定：1 回あたり最大 1.5 ミリ秒
- Nginx イベントループのブロッキングはどれほど深刻だったか：43,952 サンプル、最大 75 ミリ秒
- よくある質問
- 負荷は高いのに仕事が進まない：worker_cpu_affinity 欠落による CPU リソース競合
- ブロッキング Lua I/O 呼び出しが Nginx イベントループを停止させた仕組み
- ファイル I/O レイテンシーの測定：1 回あたり最大 1.5 ミリ秒
- Nginx イベントループのブロッキングはどれほど深刻だったか：43,952 サンプル、最大 75 ミリ秒
- よくある質問
OpenResty：世界の開発者から「信頼される選択」
- なぜ世界の開発者は OpenResty を選択するのか？
- ユーザーの声：現場からの真実の推薦
- 卓越した技術力で、優れたパフォーマンスを常態に
- OpenResty の卓越した性能を、ぜひご自身でご体感ください
- なぜ世界の開発者は OpenResty を選択するのか？
- ユーザーの声：現場からの真実の推薦
- 卓越した技術力で、優れたパフォーマンスを常態に
- OpenResty の卓越した性能を、ぜひご自身でご体感ください
二重のボトルネック並行処理？OpenResty XRay の多次元分析で性能問題を解決
- 全体的 CPU 使用分析
- モジュール内部の詳細分析
- 圧縮戦略の詳細分析
- 分析結論
- 最適化ソリューション
- 全体的 CPU 使用分析
- モジュール内部の詳細分析
- 圧縮戦略の詳細分析
- 分析結論
- 最適化ソリューション
非侵入型 Node.js CPU プロファイリング：フレームグラフによる実践分析
- Node.js アプリケーションにおける高 CPU 使用率の問題
- Node.js アプリケーションにおける CPU ブロッキングの問題
- サポートされている Node.js バージョンとオペレーティングシステム
- 自動サンプリングと専門家による分析
- パフォーマンスへの影響と追加負荷
- 今後の計画
- Node.js アプリケーションにおける高 CPU 使用率の問題
- Node.js アプリケーションにおける CPU ブロッキングの問題
- サポートされている Node.js バージョンとオペレーティングシステム
- 自動サンプリングと専門家による分析
- パフォーマンスへの影響と追加負荷
- 今後の計画
OpenResty Edge を活用したプライベート CDN ネットワーク構築
- プライベート CDN 構築のメリット
- アーキテクチャ設計
- インストールとデプロイ
- インストールとデプロイ
- 高可用性アクセス経路の構築
- キャッシュ管理
- セキュリティ対策
- モニタリングと運用
- プライベート CDN 構築のメリット
- アーキテクチャ設計
- インストールとデプロイ
- インストールとデプロイ
- 高可用性アクセス経路の構築
- キャッシュ管理
- セキュリティ対策
- モニタリングと運用
