更新履歴

無効なexitは再試行されずピッカーから排除されるため、持続的な負荷の下でもresponse時間が維持されます。当社の負荷テストでは、p95は500ms未満に収まっています。

スマートピッカー、ラウンド2。以前は、新しい proxy を検出するたびに working pool が肥大化し、低速な proxy がローテーションに紛れ込んでいました。現在はこれらをオンザフライで除外するため、実行時間が10分であろうと10時間であろうと、response タイムは一定に保たれます。

proxyの選択は、従来はランダムでした。現在は、Proxy Finderが送信先ごとにどのproxyのパフォーマンスが良かったかを記憶し、それらを優先的に選択します。全体像を把握するため、初期のrequestでは依然としていくつかのサンプルを収集します。その後は、同じターゲットに繰り返しアクセスする際、response timeが安定し、slow tailの発生が減少するはずです。

ロールアウトのプロセスを改善しました。Single、Proxy Finder、またはBrowserの新しいバージョンをリリースする際、ロードバランサーは各新規インスタンスが実際に準備完了状態になるのを待ってから、トラフィックをルーティングします。リリース時間帯に発生していた可能性のある一時的な瞬断は解消されました。

プロキシのルックアップにおける国および大陸フィールドの精度が向上しました。より高精度な位置情報データソースを優先（authoritative）に昇格させ、軽量なデータソースをフォールバックに下げました。これまで判定される国が頻繁に切り替わっていた国境地域のIPアドレスが、安定して固定されるようになりました。Proxy Finderで国フィルターを適用した際、より安定した結果が得られるようになります。

停止している2つのソースフィードを削除し、新たに25個を追加しました。入力バリデーションも強化し、IPv4以外のホストや未知のプロトコルがプールに混入しないようにしました。これにより、より大きくクリーンなプールがProxy Finderに供給されるようになります。

サービスが一時的に利用できない場合は503を、responseをパースできない場合は502を返すようになりました。これらは、従来の汎用的な500エラーを置き換えるものです。これにより、リトライロジックはステータスコードを信頼できるようになります。

Proxy Finderは、再起動をまたいでもランキングデータを保持するようになりました。デプロイ後、ピッカーが再びウォームアップするのを待つことなく、request は実績のある最適な proxy を経由してすぐにルーティングされます。これまで再起動後に発生していた初回 request 時の速度低下は解消されました。

Proxy Finderは検証済みの新しいproxyを段階的に取り込むようになり、検証から数秒で新鮮なIPがローテーションに加わります。失効したproxyも同じ周期で除外されます。停止した直後のproxyに対して時折発生していたretryの時間枠が短縮されます。

最初のAPIキーを作成すると、作成完了モーダルに、実際のendpointとX-API-Key headerが含まれた、そのまま動作するcurlが表示されます。Overviewページにはサンプルデータがあらかじめ用意されているため、空のダッシュボードが表示されることはなく、API Keysリストには、次のステップへのヒントを含む適切なエンプティステートが表示されるようになりました。

1つのFourAページでライトモードまたはダークモードを切り替えると、開いている他のすべてのタブも連動して切り替わります。テーマのcookieが信頼できる唯一の情報源となったため、アプリ、ブログ、ドキュメント、ステータスポータルがすべてリフレッシュなしで同期されます。

updates.foura.ai で特定の日をホバーすると、重要度レベルごとに分割されたダウンタイムが表示されます。稼働率のパーセンテージは、データが存在しない日をギャップとしてカウントするのではなく、スキップするようになりました。公開インシデントのタイトルも、ダッシュによる煩雑さが解消され、よりすっきりと表示されます。

ステータスページで各日のパフォーマンス低下時間が表示されるようになり、日ごとのバーにホバーすると正確な分数を確認できます。サービスの監視を開始していなかった日付は緑色ではなく灰色で表示され、バナーの下にある3状態の凡例が各色の意味を説明します。

一般的な200行のページにおいて、FourAのproxyリスト表示は460msから2ms未満に短縮されました。responseから未使用のフィールドを削除し、ソートインデックスを再構築し、データベースをSSDストレージ向けにチューニングし、request間でフィルターオプションをキャッシュしました。管理ツールが同時にデータを取得しているときでも、proxyの選択は軽快な動作を維持します。

サービスヘルスセクションのレイアウトがよりクリーンになりました。ステータスデータの読み込み中に空のコンテンツが一瞬表示される現象がなくなり、ステータスインジケーターが正しく整列するようになりました。