{
  "format": "agent-article-v0",
  "article_id": "EA-733",
  "canonical_url": "/tools/ea-733-provider-ai",
  "page_type": "reference",
  "claim_ids": [],
  "evidence_ids": [
    "EVD-EA-733-URL-884B0BF7CBBE",
    "EVD-EA-733-URL-F672880F6690",
    "EVD-EA-733-URL-B5EB62E37899",
    "EVD-EA-733-URL-48E8D4486773",
    "EVD-EA-733-URL-82C1C2281B1A",
    "EVD-EA-733-URL-DE33D55DCAF5",
    "EVD-EA-733-URL-809B95278C3E",
    "EA-733-CURRENT-APPROVAL",
    "EA-733-CURRENT-BODY-READBACK"
  ],
  "unknown_ids": [
    "EA-733-UNKNOWN-01"
  ],
  "operational_object_ids": [],
  "provider": [],
  "models": [],
  "plans": [],
  "surfaces": [],
  "regions": [],
  "current_status": "CURRENT",
  "observation_status": "SPEC_ONLY",
  "freshness": "CURRENT",
  "last_verified": "2026-10-19",
  "supersedes": [],
  "superseded_by": [],
  "provenance": [
    "ORPHAN-RESCUE-EA733-20261019-C1",
    "SRC-EA-733-URL-884B0BF7CBBE",
    "SRC-EA-733-URL-F672880F6690",
    "SRC-EA-733-URL-B5EB62E37899",
    "SRC-EA-733-URL-48E8D4486773",
    "SRC-EA-733-URL-82C1C2281B1A",
    "SRC-EA-733-URL-DE33D55DCAF5",
    "SRC-EA-733-URL-809B95278C3E",
    "BODY-SHA256:8d62ec9ff1a0c30a4f7f973c4fb1fea404794a95cde41c5c3ad279d18f72ce46"
  ],
  "article_sources": [
    {
      "id": "EVD-EA-733-URL-884B0BF7CBBE",
      "evidence_class": "RESEARCH",
      "title": "1. OpenAI Status, Elevated error rates (2026-07-25):",
      "href": "https://status.openai.com/incidents/x9p6qd31",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-884B0BF7CBBE"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "1. OpenAI Status, Elevated error rates (2026-07-25): https://status.openai.com/incidents/x9p6qd31"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-F672880F6690",
      "evidence_class": "RESEARCH",
      "title": "2. OpenAI Status, API & ChatGPT Performance Degradation:",
      "href": "https://status.openai.com/incidents/01JMYB4A62XNXSAHAY8ZGQAAKD",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-F672880F6690"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "2. OpenAI Status, API & ChatGPT Performance Degradation: https://status.openai.com/incidents/01JMYB4A62XNXSAHAY8ZGQAAKD"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-B5EB62E37899",
      "evidence_class": "RESEARCH",
      "title": "3. Google Cloud, Personalized Service Health overview:",
      "href": "https://docs.cloud.google.com/service-health/docs/overview",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-B5EB62E37899"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "3. Google Cloud, Personalized Service Health overview: https://docs.cloud.google.com/service-health/docs/overview"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-48E8D4486773",
      "evidence_class": "RESEARCH",
      "title": "4. Google Cloud, Access organization events with the Personalized Service Health API:",
      "href": "https://docs.cloud.google.com/service-health/docs/organization-events",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-48E8D4486773"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "4. Google Cloud, Access organization events with the Personalized Service Health API: https://docs.cloud.google.com/service-health/docs/organization-events"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-82C1C2281B1A",
      "evidence_class": "RESEARCH",
      "title": "5. Google Cloud, Manage Personalized Service Health access:",
      "href": "https://docs.cloud.google.com/service-health/docs/manage-access",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-82C1C2281B1A"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "5. Google Cloud, Manage Personalized Service Health access: https://docs.cloud.google.com/service-health/docs/manage-access"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-DE33D55DCAF5",
      "evidence_class": "RESEARCH",
      "title": "6. AWS Health, Viewing organizational view:",
      "href": "https://docs.aws.amazon.com/health/latest/ug/view-organizational-view-events.html",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-DE33D55DCAF5"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "6. AWS Health, Viewing organizational view: https://docs.aws.amazon.com/health/latest/ug/view-organizational-view-events.html"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EVD-EA-733-URL-809B95278C3E",
      "evidence_class": "RESEARCH",
      "title": "7. AWS Health, Concepts for AWS Health:",
      "href": "https://docs.aws.amazon.com/health/latest/ug/aws-health-concepts-and-terms.html",
      "supports": [],
      "limit": "元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。",
      "origin_class": "SOURCE_PACKET_REFERENCE",
      "source_or_experiment_ids": [
        "SRC-EA-733-URL-809B95278C3E"
      ],
      "supporting_locators": [
        "Source / provenance locators",
        "7. AWS Health, Concepts for AWS Health: https://docs.aws.amazon.com/health/latest/ug/aws-health-concepts-and-terms.html"
      ],
      "scope": "Source / provenance locators",
      "provenance_status": "SOURCE_PACKET_REFERENCE_PROJECTED"
    },
    {
      "id": "EA-733-CURRENT-APPROVAL",
      "evidence_class": "RESEARCH",
      "title": "現行本文の監査・revision対応",
      "supports": [
        "現行台帳のAUDIT_PASSと候補・revision・本文ハッシュの対応を確認しています。"
      ],
      "limit": "監査状態と来歴の記録です。外部根拠の最新性や本文の全主張を追加保証しません。",
      "origin_class": "AUDITED_CANONICAL_RESEARCH_PACKET",
      "source_or_experiment_ids": [
        "ORPHAN-RESCUE-EA733-20261019-C1"
      ],
      "supporting_locators": [
        "1KqhJtiSb2S84rWmeYVwKcT_76dBwZ_B0ZZuAWQqH0rQ/EA_REVISION_LEDGER#ea_id=EA-733&revision_id=EA-733-RESEARCH-20261019-R1&candidate_id=ORPHAN-RESCUE-EA733-20261019-C1",
        "EA-733-RESEARCH-20261019-R1"
      ],
      "provenance_status": "CURRENT_CANONICAL_APPROVAL_READBACK"
    },
    {
      "id": "EA-733-CURRENT-BODY-READBACK",
      "evidence_class": "IMPL",
      "title": "現行本文の収録照合",
      "supports": [
        "公開生成入力の本文SHA-256が、監査済み候補に結び付いたハッシュと一致しています。"
      ],
      "limit": "本文の同一性の検査です。外部システムの挙動や全主張の真偽を実証したものではありません。",
      "checked_at": "2026-10-19",
      "origin_class": "IMPLEMENTATION_READBACK",
      "source_or_experiment_ids": [
        "BODY-SHA256:8d62ec9ff1a0c30a4f7f973c4fb1fea404794a95cde41c5c3ad279d18f72ce46"
      ],
      "supporting_locators": [
        "content/staging/EA-733.md",
        "8d62ec9ff1a0c30a4f7f973c4fb1fea404794a95cde41c5c3ad279d18f72ce46",
        "EA-733-RESEARCH-20261019-R1"
      ],
      "provenance_status": "CURRENT_APPROVED_BODY_HASH_MATCH"
    }
  ],
  "research_sections": [
    {
      "heading": "要点と前提",
      "text": "複数のAI providerを使う運用では、公開status pageだけを見て自動fallbackを決めると判断を誤りやすい。公開statusはprovider全体または広い利用者層の障害を示す重要な外部シグナルだが、個別tenant・project・region・model・API featureの実影響と一致するとは限らない。たとえばOpenAI Status自身が、availability metricsはtier/model/error typeを横断したaggregateであり、個別顧客のavailabilityはsubscription tierや利用model/API featureによって異なり得ると明記している。したがって、ルーティング判断では「provider公開status」「tenant/projectに紐づくhealth signal」「自分の実トラフィックまたはsynthetic probe」を別の証拠として保持し、最後に統合する。"
    },
    {
      "heading": "1. 三層のシグナルを混同しない",
      "text": "第一層はprovider公開statusである。これは広域障害や既知incidentの検知に有効だが、自組織だけの障害を否定する証拠にはならない。OpenAIの過去incidentではAPI/ChatGPT全体のerror rate上昇が公開されている一方、status pageは個別顧客のavailabilityが異なり得ることも明記している。公開statusがgreenでも、自組織の認証、quota、region、network、特定model endpointだけが失敗する可能性は残る。\n\n\n第二層はtenant/project-specific healthである。Google Cloud Personalized Service Healthは、projectまたはorganizationに関連するdisruptive eventをService Health APIで取得でき、organization-levelでは影響を受ける可能性のあるprojectも照合できる。これは公開statusより自組織へのrelevanceを高めるが、API有効化やIAM、project coverageなどの条件がある。organization viewに含めたいprojectごとにService Health APIを有効化する必要があり、権限も必要である。\n\n\n第三層は自前観測である。実リクエストのerror rate、latency、timeout、rate-limit、authentication failure、model-specific failureなどを計測し、必要に応じて安全なsynthetic probeを追加する。synthetic probeは「providerが生きているか」を単一のpingで判定するのではなく、本番で必要な最小request pathに近いものを使う。ただしprobe自体のquota消費、課金、region差、認証失効、network経路差を考慮し、probe失敗を即provider障害へ一般化しない。"
    },
    {
      "heading": "2. ルーティング判断は証拠のfusionとして設計する",
      "text": "実装では各signalを同じbooleanへ潰さず、少なくとも source、scope、observed_at、event/update time、affected product/model/region/project、severity/state、confidence、TTL を保持する。公開statusのincident、tenant health event、synthetic/real-traffic telemetryが同じscopeを指す場合はconfidenceを上げられる。一方、公開statusだけが赤で自分のtrafficが正常なら、直ちに全trafficを退避するのではなく、対象componentとのscope一致を確認する。逆に公開statusが正常でも、自分のerror rateとtenant healthが同方向なら局所障害としてfallbackを検討する。\n\n\nルータは「正常/障害」の二値ではなく、NORMAL、DEGRADED、SUSPECTED_OUTAGE、CONFIRMED_OUTAGE、RECOVERINGのような内部状態を持つ方が安全である。ただしこれはproviderの公式stateを置き換えるものではなく、自組織のrouting decision stateである。状態遷移には複数回観測、時間窓、minimum sample、error classを使い、一時的なspikeで全trafficを切り替えない。"
    },
    {
      "heading": "3. fallbackよりfailbackが危険になる",
      "text": "障害検知後のfallbackだけでなく、復旧後のfailbackを制御する。provider statusがResolvedになった瞬間に100%を戻すと、部分復旧、region差、cache warm-up、rate-limit、backlogなどで再障害を起こし得る。Google Cloud Personalized Service Healthはmulti-product/multi-location incidentでproduct/locationごとのAffected/Resolvedとrecovery timestampを扱えるため、全体incidentがactiveでも部分復旧を区別できる。この種の粒度をroutingへ反映し、復旧確認→少量traffic→段階的増加→通常化というhysteresisを設ける。\n\n\nfallback先にもcapacity、quota、model capability、data residency、security/privacy、cost、latency、tool compatibilityの制約がある。primary障害時にsecondaryへ全量を送る設計は、secondary側のrate-limitや契約上限を超える可能性がある。routing policyには最大退避率、優先workload、shed対象、manual override、rollback条件を持たせる。"
    },
    {
      "heading": "4. 具体的control / implementation implication",
      "text": "運用上は、(1) provider status ingestion、(2) tenant/project health ingestion、(3) application telemetry/synthetic probe、(4) signal normalization、(5) decision engine、(6) traffic router、(7) operator override/audit logを分離する。health signal取得不能そのものもUNKNOWNとして扱い、「取得できない=正常」にしない。\n\n\n最低限の監査記録には、routing変更前後のprovider、対象workload、根拠signal、scope、decision timestamp、policy version、override有無、fallback率、failback開始/終了、観測結果を残す。これにより、status pageの誤読、probe誤検知、tenant signal遅延、policy bugのどれがrouting変更を引き起こしたか追跡できる。"
    },
    {
      "heading": "5. failure / limitations / counterevidence",
      "text": "公開statusは重要だが顧客固有の完全なground truthではない。tenant-specific healthも、providerが認識・分類したeventに依存し、検知遅延やcoverage差があり得る。synthetic probeは自分のpathに近い一方、sampleが少ない、実trafficとcredential/network/regionが異なる、probe自身がquotaやrate-limitの影響を受ける、といった偏りがある。三者が不一致になることを前提に設計し、単一sourceの自動強制切替を避ける。\n\n\nAWS Healthもpublic service healthとorganization/account-specific healthを区別しており、organizational viewではaffected accounts/resourcesを確認できる。一方、AWS Health APIにはsupport plan条件がある。これは「tenant-specific health APIが常に無条件で使える」という一般化への反証であり、providerごとにavailability、IAM、plan、retentionを確認する必要がある。"
    },
    {
      "heading": "6. 適用境界",
      "text": "この設計はprovider/model/API endpointのavailabilityに応じてAI trafficを切り替える運用を対象とする。回答品質低下、model behavior drift、安全性評価失敗、prompt regressionなどはavailability障害とは別のrouting signalとして扱う。status fusionだけで品質routingまで代替しない。また、provider間でmodel semantics、tool calling、context window、data handling条件が異なる場合、単純なendpoint置換はできない。"
    },
    {
      "heading": "OPEN_UNKNOWN",
      "text": "OpenAIの個別tenant向けhealth signal/APIの一般提供範囲は、このcandidateでは確証を置かない。providerごとのstatus更新遅延や検知SLOも一律値として断定しない。synthetic probeの最適interval/thresholdはworkload、quota、cost、error budgetに依存するため固定値を置かない。"
    },
    {
      "heading": "SAFE_WORDING",
      "text": "「公開statusを自動fallbackの唯一の根拠にする」のではなく、「公開status、利用組織に関連するhealth signal、自前telemetry/probeをscope付きで統合し、hysteresisと段階的failbackを伴うrouting policyへ入力する」と表現する。provider statusが正常であることは個別tenantの正常性を保証しない。"
    },
    {
      "heading": "Source / provenance locators",
      "text": "1. OpenAI Status, Elevated error rates (2026-07-25): https://status.openai.com/incidents/x9p6qd31 — aggregate availabilityとindividual customer availability差の明記、およびincident state/updateの一次例。\n2. OpenAI Status, API & ChatGPT Performance Degradation: https://status.openai.com/incidents/01JMYB4A62XNXSAHAY8ZGQAAKD — API error/latency incidentとfallback/recoveryの一次例。\n3. Google Cloud, Personalized Service Health overview: https://docs.cloud.google.com/service-health/docs/overview — project/organization relevant event、API、product/location granular recovery。\n4. Google Cloud, Access organization events with the Personalized Service Health API: https://docs.cloud.google.com/service-health/docs/organization-events — OrganizationEvents/OrganizationImpacts、API enablement/IAM条件。\n5. Google Cloud, Manage Personalized Service Health access: https://docs.cloud.google.com/service-health/docs/manage-access — roles/servicehealth.viewerとAPI access条件。\n6. AWS Health, Viewing organizational view: https://docs.aws.amazon.com/health/latest/ug/view-organizational-view-events.html — public healthとorganization/account-specific eventの区別、affected accounts/resources。\n7. AWS Health, Concepts for AWS Health: https://docs.aws.amazon.com/health/latest/ug/aws-health-concepts-and-terms.html — AWS Health APIのsupport-plan条件。\n\n\nAudit handoff note: 本文はEA-733 canonical topic「Provider outage status fusion for AI routing」を維持し、公開status・tenant/project health・synthetic/real telemetryの分離と統合、routing/fallback/failback、limitations、適用境界、OPEN_UNKNOWN、SAFE_WORDINGを含む。READY/AUDIT_PASS/GIT_INTEGRATED/ACCEPTEDは未判定。"
    }
  ],
  "human_url": "/tools/ea-733-provider-ai",
  "markdown_url": "/agent/article.md?path=%2Ftools%2Fea-733-provider-ai",
  "json_url": "/agent/article.json?path=%2Ftools%2Fea-733-provider-ai"
}