プロダクトアップデート:2026年7月

4月の前回のアップデートでは、エンドユーザー認証がパイロットに到着したことをお伝えしました。それ以降の取り組みの中心は、別の問いにあります。トラフィックとユーザーがプラットフォームに乗った後、何が起きているかをどう把握するのか。そして、見えている情報をなぜ信頼できるのか。3か月を経て、確かな答えが揃い、すでに稼働しています。

トラフィックの実態を正確に把握する

コンソールに利用状況(Usage)ビューが追加されました。リクエスト数、送受信データ量、サインイン数、登録数を、組織・プロジェクト・環境ごとに、期間を指定して確認できます。

数値は意図的にニュートラルな単位で表示しています。まず計測し、価格設定は後から。この順序により、価格が導入される時点で、ワークロードが何をどれだけ消費しているかを事前に正確に把握できます。また、各組織が参照できるのは自組織の利用状況のみです。この境界はブラウザ側ではなくサーバー側で強制されています。

障害の切り分けを明確に

エッジを通過するすべてのレスポンスに、発生元の属性が付くようになりました。お客様のバックエンド側か、私たちのプラットフォーム側か。障害の際に、2つのシステムのログを突き合わせる代わりに、どちら側で壊れたのかをプラットフォームが示します。

新しいステータス(Status)ビューでは、この起因分析をリアルタイムの稼働状況と並べて確認できます。各アウトバウンドコネクタ(Warpgate)の接続状態と最終確認時刻、環境別・ルート別の健全性、そしてプラットフォーム側と顧客側に分けたエラー率。「この障害はうちのせいか、向こうのせいか」という深夜2時の問いに、ダッシュボードが答えます。

同じ取り組みの一環として、コネクタの背後でサービスがタイムアウトした場合、汎用的な502ではなく正確な504を、ブランドデザインの診断ページで返すようになりました。

モニタリングはお客様の手に

Warpgateが標準のPrometheusメトリクスエンドポイントを公開できるようになりました。リクエストレート、レイテンシ、サイズ、アップストリームの健全性、トンネルの接続と再接続。デフォルトでは無効で、標準的なリバースプロキシのメトリクス名を使い、私たちには何も送信しません。トラフィックのテレメトリはお客様のモニタリング基盤にあるべきものです。それが最も簡単な道になるようにしました。

約束を、継続的に証明する

クレデンシャルはエッジを越えない。アプリケーションには信頼できるヘッダーとしてアイデンティティが届く。私たちはそう説明してきましたが、言うだけなら簡単です。現在は、すべてのデプロイがそれを証明します。自動チェックが実際のトンネル経由で認証済みトラフィックを流し、リクエストに正しいアイデンティティヘッダーが付与されること、セッション経由とAPIトークン経由のリクエストが同一ユーザーに解決されること、サインアウトが確実にセッションを終了させること、そして私たちが発行したクレデンシャルがアップストリームに到達しないことを検証します。どれか1つでも退行すれば、そのデプロイは出荷されません。

同じ期間に、エッジのセキュリティヘッダー対応も完了しました。エラーページやホスト型サインインページを含む、顧客エンドポイントからのすべてのレスポンスにプラットフォームのセキュリティヘッダーセットが付与され、HTTP Strict Transport Securityがデフォルトで有効になっています。システム全体に対する第三者レビューも完了し、指摘事項に対応しました。さらにテナント分離を強化し、組織スコープのリソースを組織をまたいで参照することを一切できなくしました。これは、どのお客様よりも先に、私たち自身のレビューで発見して塞いだものです。

気づかれないための信頼性向上

この四半期は、障害復旧まわりの地道な作業に多くの時間を投じました。投じてよかったと考えています。

プラットフォームのデータベースは、全メンバーが同時に再起動しても、オペレーターの介入なしに自律的にクラスタを再形成するようになりました。可用性モニタリングは、実際の公開フローを継続的に叩くブラックボックスプローブによって、サインインや登録が壊れた場合に数分以内に通知します。また、毎晩の耐障害性テストスイートは、復旧のセーフティレールを備えた上で、ステージング環境に対して本当に破壊的な障害訓練を実行し、リリースの関門として機能しています。

こうした障害モードは、パイロットのお客様が一度見つけるより先に、私たち自身が繰り返し見つけておきたいのです。

コンソールの品質

ルートと環境の編集が、窮屈なダイアログから、適切なタブ(ルーティング、アクセス、ヘッダー、独立した危険操作ゾーン)を備えたフルページに変わり、全体に未保存変更の保護が入りました。コンソールにはブランドデザインシステムも適用され、パイロットチームが今日使っている画面は、ローンチ時に提供される姿と同じものになっています。

10月に向けて

この先の予定は、コンソールオペレーターとエンドユーザーの双方に向けたサインイン手段の拡充と、ローンチ前の継続的な堅牢化です。一般公開は2026年10月。それまでの間、パイロットプロジェクトこそが、実際のトラフィックに対してプラットフォームがその主張を証明する場です。

顧客向けのアプリやAPIを構築していて、イングレス、認証、エッジセキュリティをベンダーの寄せ集めではなく1つのレイヤーにしたいとお考えでしたら、ぜひお声がけください。