精选文章

Photo by Philip Brown

動的トレース技術についての雑談

動的トレース技術についての雑談

バイナリ脆弱性スキャン:バックポート済みパッチを検知し、誤検知を削減

バイナリ脆弱性スキャン:バックポート済みパッチを検知し、誤検知を削減

バイナリ脆弱性スキャン:バックポート済みパッチを検知し、誤検知を削減

OpenResty XRay 入門:コードを変更せずに、システム深層の「鼓動」を聴く

OpenResty XRay 入門:コードを変更せずに、システム深層の「鼓動」を聴く

OpenResty XRay 入門:コードを変更せずに、システム深層の「鼓動」を聴く

OpenResty XRay で 15 倍の QPS 差を解決した事例

OpenResty XRay で 15 倍の QPS 差を解決した事例

OpenResty XRay で 15 倍の QPS 差を解決した事例

非侵入型 Java プロファイラ:Java Agent なしで本番環境のメソッド引数をキャプチャ

非侵入型 Java プロファイラ:Java Agent なしで本番環境のメソッド引数をキャプチャ

非侵入型 Java プロファイラ:Java Agent なしで本番環境のメソッド引数をキャプチャ

Photo by OpenResty Inc.

OpenResty XRay による ビリビリ動画の重大なオンライン障害の分析と解決

OpenResty XRay による ビリビリ動画の重大なオンライン障害の分析と解決

Photo by Jose G. Ortega Castro

OpenResty と Nginx の共有メモリ領域が物理メモリをどのように消費するか

OpenResty と Nginx の共有メモリ領域が物理メモリをどのように消費するか

Photo by Harrison Broadbent

OpenResty と Nginx のメモリ割り当てと管理方法

OpenResty と Nginx のメモリ割り当てと管理方法

OpenResty XRay で、パフォーマンスを大幅に向上し、CPU使用率を即座に削減  90%
OpenResty XRay で、パフォーマンスを大幅に向上し、CPU使用率を即座に削減 90%
無料トライアルを申し込む

最新記事

ライブ配信の CDN 選定:普段は問題なく動く構成が、なぜトップレベルの試合のピークで崩れるのか?

  • ライブ配信はなぜピークで崩れるのか:普段動くことは、ピークで生き残ることを意味しない
  • プライベート CDN はいかにしてピーク時の安定性を確率から確実性へ変えるのか
  • ライブ配信 CDN のコスト比較:ピークを乗り切ることは、ピーク分を支払うことではない
  • プライベート CDN の実装コスト:ゼロから自作することとは違う
  • 配信の先で:ライブ配信シナリオが同一ゲートウェイ層に必要とするもの
  • よくある質問(FAQ)
  • ライブ配信はなぜピークで崩れるのか:普段動くことは、ピークで生き残ることを意味しない
  • プライベート CDN はいかにしてピーク時の安定性を確率から確実性へ変えるのか
  • ライブ配信 CDN のコスト比較:ピークを乗り切ることは、ピーク分を支払うことではない
  • プライベート CDN の実装コスト:ゼロから自作することとは違う
  • 配信の先で:ライブ配信シナリオが同一ゲートウェイ層に必要とするもの
  • よくある質問(FAQ)

OpenResty XRay AI アシスタント:すべての分析データに語らせる

  • 「レポートを ChatGPT に貼り付ける」のと何が違うのか?
  • 3 つの典型的なシナリオ
  • 信頼性について、正直に申し上げます
  • よくある質問:AI は本当にフレームグラフを読めるのか?
  • 「レポートを ChatGPT に貼り付ける」のと何が違うのか?
  • 3 つの典型的なシナリオ
  • 信頼性について、正直に申し上げます
  • よくある質問:AI は本当にフレームグラフを読めるのか?

トップレベルのスポーツ中継を支える:OpenResty Edge で HLS ライブ配信レイヤーを構築する

  • なぜライブ HLS は素朴なキャッシュ構成を突き破るのか
  • OpenResty Edge での実装:相反する TTL を持つ 2 つのページルール
  • 最も重要なステップ:Use stale proxy cache アクション
  • ゲートウェイパーティションによるシールド層:全ネットワークで 1 回への収束
  • 設定の検証と負荷試験
  • よくある質問(FAQ)
  • なぜライブ HLS は素朴なキャッシュ構成を突き破るのか
  • OpenResty Edge での実装:相反する TTL を持つ 2 つのページルール
  • 最も重要なステップ:Use stale proxy cache アクション
  • ゲートウェイパーティションによるシールド層:全ネットワークで 1 回への収束
  • 設定の検証と負荷試験
  • よくある質問(FAQ)

OpenResty のインストール — 全プラットフォーム対応セットアップガイド

  • 対応プラットフォーム
  • クイックスタート(Ubuntu / Debian)
  • プラットフォーム別インストールガイド
  • ARM64 / Aarch64
  • Alpine Linux
  • macOS とソースビルド
  • インストールの確認
  • FAQ
  • 対応プラットフォーム
  • クイックスタート(Ubuntu / Debian)
  • プラットフォーム別インストールガイド
  • ARM64 / Aarch64
  • Alpine Linux
  • macOS とソースビルド
  • インストールの確認
  • FAQ

OpenResty Edge による内部トラフィック管理の最適化:マイクロサービスにおける実践

  • ノース・サウスとイースト・ウェストのトラフィックガバナンスの本質的な違い
  • マイクロサービス深層域における四つのエンジニアリング上の課題
  • Mesh と集中型内部ゲートウェイの路線比較および OpenResty Edge のエンジニアリング上の位置づけ
  • 段階的導入の三フェーズと実務的な提言
  • ノース・サウスとイースト・ウェストのトラフィックガバナンスの本質的な違い
  • マイクロサービス深層域における四つのエンジニアリング上の課題
  • Mesh と集中型内部ゲートウェイの路線比較および OpenResty Edge のエンジニアリング上の位置づけ
  • 段階的導入の三フェーズと実務的な提言

OpenResty Edge が提供する 4 階層の DDoS トラフィック制御と実測パフォーマンス

  • DDoS 防御の「不可能の三角」
  • OpenResty Edge の設計:三つの目標を同時に満たす
  • 性能はスローガンではなくエンジニアリング上の事実
  • 自動化は「おまけ」ではなく DDoS 防御の前提
  • 可観測性:透明性は信頼の基盤
  • 内蔵かつ適応型の防御体系の構築
  • DDoS 防御の「不可能の三角」
  • OpenResty Edge の設計:三つの目標を同時に満たす
  • 性能はスローガンではなくエンジニアリング上の事実
  • 自動化は「おまけ」ではなく DDoS 防御の前提
  • 可観測性:透明性は信頼の基盤
  • 内蔵かつ適応型の防御体系の構築

OpenResty Edge におけるデータ保護:定期バックアップから自動フェイルオーバーまで

  • 第一の防衛線:定期バックアップと異機間同期
  • 第二の防衛線:主系・従系ストリーミングレプリケーション
  • 第三の防衛線:自動フェイルオーバークラスター
  • 三層の比較と選定の指針
  • まとめ
  • 第一の防衛線:定期バックアップと異機間同期
  • 第二の防衛線:主系・従系ストリーミングレプリケーション
  • 第三の防衛線:自動フェイルオーバークラスター
  • 三層の比較と選定の指針
  • まとめ

OpenResty Edge × Kubernetes で実現する統合管理プレーン

  • K8s 時代のゲートウェイのジレンマ:静的な管理モデルとクラウドネイティブ環境のミスマッチ
  • 機能 1:真の弾力性を実現――ゲートウェイノードのライフサイクル管理の自動化 *機能 2:サイロ化から一元管理へ — マルチ K8s クラスタの戦略的価値
  • 機能 3:組織構造との適合——2層アップストリームシステムの設計思想
  • K8s 時代のゲートウェイのジレンマ:静的な管理モデルとクラウドネイティブ環境のミスマッチ
  • 機能 1:真の弾力性を実現――ゲートウェイノードのライフサイクル管理の自動化 *機能 2:サイロ化から一元管理へ — マルチ K8s クラスタの戦略的価値
  • 機能 3:組織構造との適合——2層アップストリームシステムの設計思想

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 設定例

バイナリ脆弱性スキャン:バックポート済みパッチを検知し、誤検知を削減

  • バージョン照合型脆弱性スキャンが失敗する理由:3つの累積コスト
  • OpenResty XRay のバイナリ脆弱性スキャンの仕組み:エビデンスファーストモデル
  • 事例:Rocky Linux における OpenSSL 二重バージョン環境でのバイナリ脆弱性スキャン
  • アラート疲れから精度へ:持続可能な脆弱性スキャンの実践
  • バージョン照合型脆弱性スキャンが失敗する理由:3つの累積コスト
  • OpenResty XRay のバイナリ脆弱性スキャンの仕組み:エビデンスファーストモデル
  • 事例:Rocky Linux における OpenSSL 二重バージョン環境でのバイナリ脆弱性スキャン
  • アラート疲れから精度へ:持続可能な脆弱性スキャンの実践
お問い合わせ

OpenResty オープンソースコミュニティ

ぜひご参加いただき、アイデアや課題についてご意見をお聞かせください。皆様とお会いできることを心待ちにしております!


limited time offer

Request TRIAL today and receive a diagnostic REPORT
Learn more

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

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

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