フォールバックとは？仕組みや具体例、フェイルオーバーとの違いを徹底解説

フォールバックとは、通常使用している処理や機能が利用できなくなったとき、あらかじめ用意しておいた別の手段に切り替えて、サービスやシステムの動作を継続させる仕組みです。英語の「Fallback」に由来し、日本語では「代替手段」「予備の処理」「代替機能」などの意味で使われます。

IT分野では、Webサイトのフォント表示、DNSによる名前解決、API通信、データベース接続、クラウドサービスなど、さまざまな場面で利用されています。例えば、指定したフォントが端末にインストールされていない場合に別のフォントで文字を表示したり、APIが応答しない場合にキャッシュデータや別のサービスを利用したりする処理が代表例です。

2026年現在、クラウドサービスや外部API、複数のシステムを連携させるアプリケーションでは、一部の機能が停止しても全体を動かし続ける設計が重視されています。フォールバックを正しく理解するには、単に代替処理を用意するだけでなく、どのような条件で切り替え、何を維持し、どの段階で通常の処理に戻すのかを把握する必要があります。

【基本を理解】フォールバックとは？意味・仕組み・処理の流れを解説

フォールバックの意味と基本的な考え方

フォールバックは、システムが通常の方法で処理を実行できないとき、あらかじめ定義された代替手段を使って処理を継続する仕組みです。

例えば、オンラインショップで商品情報を外部APIから取得しているとします。通常は外部APIから最新の商品情報を取得しますが、通信障害によって応答が返ってこない場合、保存済みのキャッシュ情報を表示するように設計できます。

この場合、通常の処理は「外部APIから商品情報を取得すること」、フォールバック処理は「キャッシュに保存された商品情報を表示すること」です。

利用者から見れば、情報が多少古くなっていてもページ自体は表示されます。システム側も、外部サービスの障害によってすべての機能が停止する事態を避けられます。

つまり、フォールバックの本質は、通常どおりの品質や機能を維持することだけではありません。完全な処理ができない状況でも、利用者にとって必要な価値をできるだけ残すことにあります。

フォールバックの仕組みはどう動く？

基本的なフォールバックの仕組みは、通常処理、異常検知、代替処理への移行、結果の返却という流れで構成されます。

1. 通常処理を実行する：指定されたAPIやサーバー、フォント、データベースなどを利用する。
2. 利用できるか確認する：応答時間、エラーコード、リソースの有無、機能の対応状況などを判定する。
3. 代替手段に切り替える：設定された条件に該当した場合、予備の処理や別のサービスを実行する。
4. 結果を利用者に返す：代替手段によって生成された結果を返し、必要に応じて障害情報を記録する。

例えば、外部APIを利用するシステムなら、通常のAPIリクエストに一定時間内の応答がなかった場合、再試行を行い、それでも失敗したらキャッシュデータを返すという構成が考えられます。

ただし、すべてのフォールバックが再試行を必要とするわけではありません。指定したフォントが存在しない場合のように、利用できないことが判明した時点で即座に次の候補へ移る仕組みもあります。

フォールバック処理と通常処理の違い

通常処理は、システムが本来想定している標準的な動作です。一方、フォールバック処理は、通常処理を実行できない場合や、その結果が利用できない場合に備えた代替動作です。

重要なのは、フォールバック処理が必ずしも完全な代替になるわけではない点です。最新情報を取得できなければ古い情報を表示する、画像を読み込めなければ代替テキストを表示するなど、機能を一部制限してサービスを継続することもあります。

【原因を解説】フォールバックが発生する理由は？代表的な5つのケース

フォールバックが発生する背景には、システムの故障だけでなく、端末環境の違いや通信状態、データの不足、外部サービスの仕様変更などがあります。

1. サーバーや外部サービスの障害

外部サービスのサーバーが停止したり、メンテナンスによって一時的に利用できなくなったりすると、通常の処理が成立しません。

例えば、決済サービス、認証サービス、商品検索APIなどが応答しない場合、別の処理に切り替える設計が考えられます。ただし、決済のように二重実行や取引状態の不整合が問題になる処理では、安易な代替実行は避けなければなりません。

2. ネットワークの遅延や通信エラー

インターネット接続が不安定な場合、サーバー自体は正常でもリクエストやレスポンスが届かないことがあります。

通信タイムアウト、パケット損失、DNSの名前解決失敗などが代表例です。一定回数の再試行を行った後、別の通信経路や保存済みデータに切り替えることで、利用者への影響を抑えられます。

3. 対応していない機能やデータ形式

利用者の端末やブラウザが、指定された機能やデータ形式に対応していない場合にもフォールバックが発生します。

例えば、特定のフォント、動画コーデック、画像形式、ブラウザ機能が利用できないケースです。対応している別の形式や機能を用意しておけば、環境が異なっても基本的な操作を維持できます。

4. 必要なデータが存在しない

データベースや外部APIに要求した情報が存在しない場合、あらかじめ用意した初期値や代替データを返すことがあります。

例えば、ユーザーがプロフィール画像を設定していない場合に標準画像を表示する処理です。このケースでは、システム障害が発生していなくてもフォールバックが実行されます。

5. アクセス集中や利用制限

アクセスが集中すると、サーバーの処理能力を超えたり、外部APIの利用回数制限に達したりすることがあります。

HTTP 429はリクエスト数の制限を示すステータスコードの一例です。また、HTTP 500番台はサーバー側のエラーを示します。こうした状況では、適切な待機時間を設けた再試行や、キャッシュによる代替処理などが検討されます。

Microsoft Learnのアプリケーションレジリエンスに関する技術資料でも、タイムアウト、再試行、サーキットブレーカー、フォールバックなどを組み合わせて、一時的な障害への耐性を高める考え方が説明されています。

【具体例を比較】フォント・DNS・APIで使われるフォールバック機能

フォールバックは、特定のプログラミング言語やクラウド製品だけに存在する機能ではありません。Webブラウザの表示処理からネットワークの名前解決、アプリケーションの外部通信まで、幅広い階層で利用されています。

フォントフォールバック：文字を正しく表示する仕組み

フォントフォールバックとは、指定されたフォントが利用できない場合や、必要な文字の字形を持っていない場合に、別のフォントを使用して文字を表示する仕組みです。

Webサイトでは、CSSのfont-familyプロパティに複数のフォントを指定できます。例えば、最初に日本語フォントを指定し、利用できない場合は別のフォント、最後に総称フォントであるsans-serifを利用する構成です。

このような指定によって、Windows、macOS、スマートフォンなど、異なる環境でも文字表示が成立しやすくなります。

MDNのCSSリファレンスによると、フォントの選択は単純に最初のフォントが存在するかどうかだけで決まるものではありません。必要な文字の字形がない場合には、フォントリストの後続候補が文字単位で試されます。

そのため、フォントファイルがインストールされていても、一部の漢字や記号だけが別のフォントで表示されることがあります。

DNSフォールバック：名前解決の失敗に備える仕組み

DNSフォールバックとは、通常利用しているDNSサーバーで名前解決ができない場合に、別のDNSサーバーや通信方式などを利用して名前解決を試みる仕組みです。

DNSは、ドメイン名をIPアドレスに対応付けるインターネットの基本的な仕組みです。例えば、Webサイトのドメイン名を入力すると、DNSリゾルバーが必要な情報を問い合わせ、接続先のIPアドレスを取得します。

通常利用するDNSサーバーが応答しない場合、設定された別のDNSリゾルバーに問い合わせる構成があります。また、DNSの問い合わせでは、複数のネームサーバーや通信方式を利用する場合もあります。

IETFが公開するRFC 9520では、DNS名前解決の失敗を扱う際の再試行や失敗情報のキャッシュについて規定されています。問い合わせ先の変更や再試行は無制限に行うものではなく、応答しないサーバーへの問い合わせ回数を制限する考え方が示されています。

ただし、複数のDNSサーバーを設定すれば必ず安全に切り替わるわけではありません。Google Public DNSの公式資料でも、OSによってプライマリとセカンダリの扱いが異なることや、DNSSECの検証方針が異なるリゾルバーを組み合わせる場合のセキュリティ上の注意が説明されています。

APIフォールバック：外部APIが使えない場合の代替処理

APIフォールバックとは、通常利用しているAPIが失敗した場合に、別のAPI、キャッシュ、ローカルデータ、簡易処理などを使ってアプリケーションの動作を維持する仕組みです。

例えば、天気情報を外部APIから取得するアプリでは、APIがタイムアウトした場合に最後に取得した天気情報を表示する方法があります。

また、生成AIを組み込んだサービスでは、メインのモデルや推論サービスが利用できないとき、別のモデルに切り替える構成も考えられます。ただし、回答品質や対応できる機能が異なるため、単純に置き換えるだけでは十分ではありません。

Microsoftの.NETアプリケーション向けレジリエンス資料では、フォールバックを障害時に実行する構造化された動作として位置付けています。再試行やサーキットブレーカーなどと組み合わせることで、外部サービスの一時的な障害に対応できます。

代表的なフォールバックの比較表

各分野のフォールバックは、切り替える対象こそ異なりますが、通常の方法が利用できないときに代替手段で目的を維持するという共通点があります。

この比較から分かるのは、フォールバックの対象が必ずしもサーバーやネットワークに限られないことです。文字の表示やデータの取得など、利用者が直接触れる機能にも組み込まれています。

【混同を解消】フォールバックとフェイルオーバー、デフォルトの違い

フォールバックを理解するうえで混同しやすい言葉が、フェイルオーバーとデフォルトです。いずれも標準の状態や処理から別の動作に関係する言葉ですが、使われる場面や意味は異なります。

フォールバックとフェイルオーバーの違い

フォールバックとフェイルオーバーは、どちらも障害や利用不能に備える考え方ですが、対象と目的に違いがあります。

フォールバックは、通常の処理が使えない場合に代替の処理や機能を実行する、より広い概念です。一方、フェイルオーバーは、稼働中のシステムやサービスに障害が発生した際、予備系のシステムに切り替えて運用を継続する仕組みを指します。

例えば、Webサイトのメインサーバーが停止したときにバックアップサーバーへ通信を切り替えるのは、典型的なフェイルオーバーです。

これに対して、外部APIが利用できないときにキャッシュデータを表示したり、指定フォントの代わりに別のフォントを使用したりするのは、フォールバックの例です。

AWSの技術資料でも、フェイルオーバーはプライマリ環境からセカンダリ環境へのトラフィックの切り替えとして説明されています。障害からの復旧後、元の環境へ戻す処理はフェイルバックと呼ばれます。

なお、用語の使い方は製品や設計分野によって重なることがあります。フェイルオーバーを広い意味でのフォールバックの一種として捉えることはできますが、実務では両者を区別したほうが設計内容を正確に伝えられます。

フォールバックとデフォルトの違い

デフォルトとは、特別な指定がない場合に最初から採用される標準値や初期設定のことです。一方、フォールバックは、通常の選択肢や処理が利用できない場合に切り替える代替手段です。

例えば、アプリケーションの初期表示言語が日本語に設定されている場合、日本語はデフォルト言語です。

一方、利用者が選択した言語の翻訳データが存在しない場合、英語で表示するように設計されていれば、英語がフォールバック言語になります。

つまり、デフォルトは「最初に使う標準の選択肢」、フォールバックは「標準の選択肢が使えないときの代替手段」と理解すると分かりやすくなります。

3つの用語の違いを整理

• フォールバック：通常の処理や機能が利用できない場合に、別の方法で対応する。
• フェイルオーバー：障害が発生したシステムから、予備のシステムへ切り替える。
• デフォルト：特別な指定がない場合に最初から採用される標準設定。

この3つは、代替手段を選ぶタイミングが異なります。特にシステム設計では、初期値を決める処理なのか、障害時に切り替える処理なのかを明確にしておくことが大切です。

【実践ガイド】フォールバックの設定方法と失敗しない設計方法

フォールバックの設定方法は、対象となる技術によって異なります。すべてのシステムに共通する単一の設定スイッチが存在するわけではありません。フォントならCSS、DNSならOSやルーター、APIならアプリケーションの通信処理で設定します。

1. フォントフォールバックの設定方法

Webサイトでは、CSSのfont-familyに優先順位を付けて複数のフォントを指定します。

例えば、「Noto Sans JP」「游ゴシック」「sans-serif」の順番で指定すると、先に指定したフォントが使えない場合に後続の候補が利用されます。

設定時には、次のポイントを確認します。

• 最初に利用したいフォントを指定する。
• 利用環境の異なる端末でも使える代替フォントを用意する。
• 最後にsans-serifやserifなどの総称フォントを指定する。
• 日本語の漢字、記号、英数字などの表示を実際の端末で確認する。

フォントが切り替わると文字幅や行間が変わることがあります。レイアウト崩れを防ぐため、複数のOSやブラウザで表示をテストすることも重要です。

2. DNSフォールバックの設定方法

DNSフォールバックを構成する場合は、通常利用するDNSリゾルバーと代替リゾルバーを設定する方法があります。

一般的には、パソコンやスマートフォンのネットワーク設定、または家庭や企業のルーターでDNSサーバーの情報を設定します。ネットワーク管理者が管理する環境では、DHCPなどを通じてDNS設定を配布する方法もあります。

設定時の確認事項は次のとおりです。

• 通常利用するDNSサーバーが正常に応答するか確認する。
• 代替DNSサーバーが同じドメインの名前解決に対応しているか確認する。
• プライマリとセカンダリの切り替え動作がOSやルーターでどう扱われるか確認する。
• DNSSECやフィルタリングなど、セキュリティポリシーに矛盾がないか確認する。
• 障害時に実際に代替サーバーが利用されるかテストする。

特に注意したいのは、DNSサーバーを複数登録しただけで、常に優先順位どおりに切り替わるとは限らない点です。Google Public DNSの公式FAQでも、OSによって優先DNSと代替DNSの利用方法が異なることが説明されています。

3. APIフォールバックの設定方法

APIフォールバックでは、通常利用するAPIが失敗した場合に何を実行するかを、アプリケーション側で定義します。

例えば、商品情報を取得するシステムなら、次のような処理を設計できます。

1. 通常のAPIにリクエストを送信する。
2. タイムアウトや一時的なサーバーエラーを検知する。
3. 必要に応じて回数を制限した再試行を行う。
4. 再試行しても成功しない場合はキャッシュデータを利用する。
5. キャッシュも利用できない場合は、利用者に適切なエラーメッセージを表示する。

このような設計では、タイムアウト時間、再試行回数、代替データの有効期限、エラー時の表示方法を事前に決めておく必要があります。

Microsoft Learnの.NET向けHTTPレジリエンス資料では、再試行、タイムアウト、サーキットブレーカーなどを組み合わせた標準的な構成が紹介されています。設定例はライブラリやバージョンによって異なるため、実際に導入する環境の仕様を確認する必要があります。

4. フォールバック設計で押さえるべき6つのポイント

実務でフォールバックを設計する場合、単純に代替手段を用意するだけでは不十分です。障害の検知から復旧まで、一連の動作を設計が必要です。

① 通常処理と代替処理を明確にする

何を優先し、何が使えない場合にどの処理へ移るのかを定義します。代替処理が曖昧だと、障害発生時に予期しない動作を引き起こします。

② 切り替え条件を具体的に決める

タイムアウト、特定のHTTPステータスコード、データの欠損、機能の非対応など、フォールバックを発動する条件を明確にします。すべてのエラーを同じ扱いにしないことが重要です。

③ 再試行を無制限にしない

一時的な通信エラーなら再試行によって回復する可能性があります。しかし、同じリクエストを繰り返し続けると、障害が発生しているサービスに負荷を与え、状況を悪化させることがあります。待機時間を段階的に延ばす指数バックオフや、同時刻の再試行が集中しないためのジッターも有効です。

④ データの整合性を確保する

キャッシュや予備データを利用する場合、古い情報を最新情報として誤認させない工夫が必要です。更新日時を表示したり、読み取り専用にしたりするなど、利用者に影響する制限を明確にします。

⑤ フォールバックの実行状況を監視する

通常処理が失敗しても代替処理が成功すると、表面的にはシステムが正常に動いているように見えます。そのため、フォールバックの発生回数、原因、処理時間、成功率などをログや監視システムで確認できるようにします。

⑥ 通常処理への復帰条件を決める

障害が解消された後、いつ、どのように通常処理へ戻すかを決めておきます。復旧直後に何度も切り替えが発生しないよう、正常性の確認や一定時間の安定稼働を条件にする方法もあります。

【メリット・デメリット】フォールバック機能を導入する価値と注意点

フォールバックには、サービスの継続性を高められるという大きな利点があります。一方で、設計や管理を誤ると、古いデータの表示や処理の不整合など、新たな問題を生む可能性もあります。

フォールバックの主なメリット

サービス停止の影響を抑えられる

通常の機能が利用できなくなっても、代替手段によってサービスの一部を継続できます。外部APIの障害でWebサイト全体が表示できなくなるような事態を避けやすくなります。

利用者の利便性を維持できる

利用端末に指定フォントがなくても別のフォントで文字を表示できるなど、環境の違いによる問題を軽減できます。

システムの耐障害性を高められる

障害が発生することを前提に、代替経路や縮退運転を用意できます。単一のサービスや機能に依存するリスクを減らせます。

障害時のユーザー体験を改善できる

完全な機能停止ではなく、利用できる範囲でサービスを提供できます。例えば、最新データが取得できない場合でも、キャッシュによって基本情報を表示できます。

フォールバックの主なデメリット

システムの設計と保守が複雑になる

通常処理だけでなく複数の代替処理を管理する必要があるため、開発やテストの負担が増えます。

代替データの品質が低下する可能性がある

キャッシュや古いデータを利用する場合、最新の情報と差が生じることがあります。利用者がその違いに気付かなければ、誤った判断につながる可能性があります。

障害の発見が遅れる場合がある

フォールバックが正常に動くほど、利用者からは問題が見えにくくなります。監視が不十分だと、通常処理が長期間失敗していても発見が遅れることがあります。

切り替えによって別の障害が発生することがある

代替サービスへのアクセスが集中すると、今度は代替側に負荷が集中します。通常系と予備系の両方を適切に管理する必要があります。

フォールバックが向いているケース・慎重に扱うべきケース

フォールバックは、通常処理が使えなくても、一定の品質を保ちながら目的を達成できる場面に向いています。

• 導入に向いている：画像表示、フォント表示、商品情報の読み取り、検索結果のキャッシュ表示、外部サービスの一時的な停止への対応。
• 慎重な設計が必要：決済、銀行取引、在庫更新、本人認証、個人情報の変更、医療や安全に関係する重要な判断。
• 代替処理を避けるべき場合：古い情報や不確かな情報を返すことで、利用者に重大な損害が発生する可能性がある場合。

特に書き込み処理では、通信が切れたからといって同じ処理をそのまま再実行すると、二重登録や二重決済につながるおそれがあります。冪等性の確保や処理結果の照会など、重複実行を防ぐ仕組みが欠かせません。

【プロの結論】フォールバック設計で最も重要なのは「何を守るか」

フォールバックを導入する際、最初に決めるべきなのは、どのような代替手段を用意するかではありません。障害が発生したときに、サービスの何を優先して守るのかという設計方針です。

例えば、ニュースサイトなら記事の最新情報を取得できなくても、保存済みの記事一覧を表示することで閲覧機能を維持できます。一方、金融サービスでは、最新の取引状態を確認できないときに古い残高を使って処理を続けることは危険です。

同じフォールバックでも、前者は利用者の利便性を守るための有効な方法ですが、後者では正確性や安全性を優先して処理を停止するほうが適切な場合があります。

また、Microsoftの技術資料が示すように、フォールバックは再試行やサーキットブレーカーなどと組み合わせて設計することで、より実用的な障害対策になります。AWSの高可用性に関する資料でも、障害検知と予備系への切り替えが重要な要素として扱われています。

プロの設計では、次の3つを判断基準にすると整理しやすくなります。

1. 継続性：機能を制限してでもサービスを続ける価値があるか。
2. 正確性：代替データや代替処理を使っても、結果の信頼性を保てるか。
3. 安全性：代替処理によって二重実行や情報漏えい、誤操作などのリスクが生じないか。

この3つを満たす代替手段がある場合はフォールバックが有効です。反対に、代替処理のほうが大きなリスクを生む場合は、明確なエラーを返して処理を停止することも正しい設計です。

【フォールバックとは】に関するよくある質問（FAQ）

Q1：フォールバックとは簡単にいうと何ですか？
A1：通常利用している処理や機能が使えない場合に、別の方法へ切り替えて動作を継続する仕組みです。指定フォントが使えないときに別のフォントで表示することや、APIが停止したときにキャッシュを利用することが代表例です。

Q2：フォールバックとフェイルオーバーは同じ意味ですか？
A2：厳密には異なります。フォールバックは幅広い代替処理を指し、フェイルオーバーは主に障害発生時に予備のシステムへ切り替える仕組みです。フェイルオーバーはフォールバックと重なる概念ですが、実務では区別して使われます。

Q3：フォールバックとデフォルトの違いは何ですか？
A3：デフォルトは、特別な指定がない場合に最初から使われる標準設定です。フォールバックは、通常の選択肢や処理が使えない場合に利用する代替手段です。

Q4：フォールバックはどのように設定できますか？
A4：対象となる技術によって異なります。フォントならCSSのfont-family、DNSならOSやルーターのDNS設定、APIならアプリケーションの通信処理に代替処理を実装します。発動条件やタイムアウト、再試行回数なども設定する必要があります。

Q5：フォールバックが発生すると必ずエラーになりますか？
A5：必ずしもエラーが利用者に表示されるわけではありません。内部で別の処理へ切り替わり、通常どおりに近い状態でサービスを利用できることもあります。ただし、代替処理の実行記録は監視できるようにしておくことが重要です。

フォールバックとは、通常の処理や機能が利用できなくなった場合に、別の方法へ切り替えてサービスの継続を図る仕組みです。フォントフォールバック、DNSフォールバック、APIフォールバックなど、IT分野のさまざまな場所で活用されています。

フェイルオーバーが主に予備システムへの切り替えを意味するのに対し、フォールバックはデータや機能、処理方法を代替する幅広い概念です。また、デフォルトは初期状態の標準設定であり、障害時に利用するフォールバックとは役割が異なります。

2026年のクラウドやAPIを活用するシステム開発では、外部サービスへの依存が増えるほど、一部の障害が全体に波及しない設計が大切です。そのためには、タイムアウト、再試行、キャッシュ、サーキットブレーカー、フォールバックなどを適切に組み合わせることが重要です。

ただし、代替手段があれば何でも切り替えればよいわけではありません。データの正確性やセキュリティ、処理の重複、復旧後の通常運用への戻し方まで考える必要があります。

フォールバック設計で目指すべきなのは、何が起きても無理に処理を続けることではなく、障害が起きても利用者にとって安全で価値のある状態を維持することです。この視点を持つことが、信頼性の高いシステムを構築するための基本になります。

主な技術的根拠・参照資料

- MDN Web Docs：CSSのフォント選択とフォールバック仕様
- IETF：RFC 9520（DNS名前解決の失敗とキャッシュ）
- Google Public DNS：複数DNSリゾルバーの設定と注意点
- Microsoft Learn：.NETアプリケーションのレジリエンス設計
- AWS：高可用性、フェイルオーバー、障害復旧の設計資料

関連：エイトフォーロールオン｜フォーデイズ宗教｜花巻東ユニフォーム