ソリューション · ワークロード
アップストリームを生き延びるモデル呼び出し。
コードはひとつのエンドポイントを呼ぶ。その背後に、フォールバック付きの順序付きアップストリームチェーン。アップストリーム障害は作戦会議ではなくルーティング判断になります。
状況
どこが痛いか。
プロダクトはすべてのリクエストでモデルを呼びます。そのアップストリームが不調な日、プロダクトはもっと不調 — ただしバックアップへの切り替えがインシデントではなくルーティング変更である限りは。
そして請求書が届くとき、出費は謎ではなく key に答えるべきもの。
quark では
ここではこう動く。
各モデルを Gateway 上のエイリアスの後ろに置き、順序付きアップストリームチェーンで支える。Gateway はチェーンをフォールバック順に試し、モデルが本当に応答しているかを検証 — 設定エントリからの推測ではなくデータパスから。
key 別リミットを付けると、すべての補完がそれを発生させた key に帰属 — アップストリーム切り替えは静かで、出費は読みやすいまま。
使う部品
誰が仕事をするか。
すべてのシナリオはカタログに存在する製品に対応しています——どのピースでもそのページまでたどれます。
ルート、順序付きアップストリームチェーン、フォールバック、制限、使用量帰属。
アップストリーム資格情報は封印された参照として。設定に平文は決して残さない。
すべての補完に説明を求める key 別ロールアップ。
ちょうど 3 個の製品が仕事をします——その下で Foundation は常にオン。