Salesforce Herokuの障害：デプロイ済みのアプリケーションはどうなるのか？

2026年9月16日現在、Herokuの公開ステータスAPIのスナップショットでは、アプリ、データ、ツールが緑色で、アクティブなインシデントは表示されていませんでした。これはあくまである時点でのチェックであり、すべてのアプリ、リージョン、依存関係が正常であることを保証するものではありません。Herokuは現在、Salesforce TrustのHerokuステータスページをインシデントおよびメンテナンスに関する主要な連絡チャネルとして指定していますが、従来のステータスAPIは、プログラムによる迅速なスナップショット取得に引き続き役立ちます。

障害発生の背景には、プラットフォームレベルでの重要な進展もあります。Herokuは2026年2月6日のアップデートで、安定性、セキュリティ、信頼性、サポートに重点を置いた維持エンジニアリングモデルに移行したと発表しました。Herokuは、プラットフォームは積極的にサポートされ、本番環境に対応できる状態にあると説明し、既存のクレジットカード利用者は料金、請求、サービス、日常的な利用状況に変更はないと述べています。この発表はライフサイクルと投資に関するアップデートであり、展開済みのアプリケーションが停止されるという声明ではありません。

Salesforce Herokuの障害が実際にどのような影響を与えるか

「Herokuの障害」は、単一の障害モードではありません。Heroku独自のサービスカテゴリでは、プラットフォームはアプリ、データ、ツールに分けられています。実際の影響は、どのレイヤーが障害を起こしているか、そしてそのレイヤーがなくてもアプリケーションが継続できるかどうかによって異なります。

既に展開されているアプリケーションへの影響

1. 実行中のアプリは引き続きアクセス可能です

コントロールプレーンやデプロイツールに問題が発生したからといって、実行中のすべての dyno がリクエストの処理を停止するとは限りません。Heroku のアプリケーションライフサイクルに関するドキュメントには、Web dyno は Heroku ルーターを介して HTTP トラフィックを受信し、ワーカー dyno はバックグラウンド ジョブを処理すると説明されています。影響を受けるコンポーネントがダッシュボード、CLI、またはデプロイ パスである場合、オペレーターが通常どおりデプロイ、スケーリング、ログの確認、または構成の変更ができない場合でも、既存の Web アプリケーションは応答し続ける可能性があります。

逆のケースも考えられます。ツールサービスは正常でも、アプリやルーティングの障害によって公開URLが利用できなくなる場合があります。そのため、ダッシュボードの表示が緑色であっても、あるいはダッシュボードへのログインが失敗しても、アプリケーションの状態が完全に正常であるとは限らないのです。

2. データ障害は、部分的なシステム停止をビジネス上の重大な問題に発展させる可能性がある。

アプリのプロセスは実行されているものの、データベースやキューに問題がある場合、ユーザーは最新データのないページが表示されたり、フォーム送信が失敗したり、重複したように見える再試行が表示されたり、処理が遅延したりする可能性があります。読み取り専用ページは正常に表示されるかもしれませんが、チェックアウト、アカウントの変更、または注文処理は静かに遅延している場合があります。

データベースエラーが発生するたびにリトライ回数を増やすのは避けてください。リトライ回数が多すぎると負荷が増大し、サービス復旧時に重複作業が発生する可能性があります。リトライ回数を制限し、冪等性を維持することを優先してください。実行手順書で許可されている場合は、重要でないバッチ処理を一時停止し、完了した操作、失敗した操作、不明な操作を記録してください。

3. デプロイメントの信頼性は、実行時の信頼性よりも低い場合があります。

Herokuの障害によりGitプッシュ、Deployment API、ビルドインフラストラクチャ、またはログに影響が出ている場合、開発者はリリースが本番環境に到達したかどうかを証明できない可能性があります。同じデプロイを再実行すると、混乱が生じたり、照合が困難な複数のリリースが生成されたりする可能性があります。コミット識別子、リリース番号（利用可能な場合）、ローカルコマンドの出力、およびタイムスタンプをキャプチャしてください。公式の復旧シグナルを待ってから、制御された検証デプロイを試みてください。

4. Salesforceとの連携は別の依存関係です

Salesforce関連のインシデントが発生しても、必ずしもHerokuアプリをホストするWeb dynoが停止するわけではありません。しかし、Salesforce認証、API呼び出し、Heroku Connect同期、またはイベント駆動型ワークフローに依存するアプリケーションは、重大な影響を受ける可能性があります。「Herokuはダウンしているのか？」という単純な問いではなく、「どのユーザー操作がどのサービスに依存しているのか、そしてどのデータを安全に延期できるのか？」という問いが重要です。

内視鏡検査を悪化させずに診断する方法

1. 公式チャネルを両方とも確認してください。まずはSalesforce Trust for HerokuとHeroku Status APIを確認してください。Herokuのステータスガイダンスによると、インシデントが投稿されていない場合、または報告された症状が問題と一致しない場合は、サポートに連絡するように指示されています。
2. オフィスネットワーク外からテストを実施してください。外部の合成チェックまたは別の接続を使用して、公開URL、軽量なヘルスエンドポイント、および代表的なユーザー操作をテストします。これにより、プラットフォームイベントとローカルDNS、ファイアウォール、またはVPNの問題を区別できます。
3. 障害が発生した操作を分類してください。障害はルーティング、dynoプロセス、データベースクエリ、デプロイ、ログ記録、または外部APIのいずれに起因していますか？単純なサービスマップが原因で、依存関係の1つが利用できないために、正常に動作しているアプリの移行が妨げられることがあります。
4. リスクの高い変更は控えましょう。プラットフォームの状態がより明確になるまで、重要度の低いリリース、構成の変更、アドオンの変更、スケーリング実験は凍結してください。複数の変数を一度に変更するのではなく、証拠を保全しましょう。
5. 顧客のワークフローを保護します。安全であれば、読み取り専用モードに切り替えるか、重要度の低いジョブを延期するか、明確なメンテナンスメッセージを表示するか、または障害が発生している統合を無効にします。確実に完了できないリクエストを受け入れるのではなく、動作が劣化していることを可視化します。
6. 復旧後に調整を行ってください。書き込み、キュー、スケジュールされたタスク、Webhook、Salesforce同期、およびサードパーティコールバックを確認してください。復旧後にHTTP 200応答が返されたとしても、すべてのバックグラウンドワークフローが追いついたとは限りません。

どの耐障害性オプションがお客様の用途に最適ですか？

最適な応答アーキテクチャは一つとして存在しません。適切な投資は、ダウンタイムのコスト、データの耐久性要件、そしてチームが対応できる運用上の複雑さのレベルによって異なります。

複数リージョンまたは複数プロバイダーによるフェイルオーバーは、個別にテストされた場合にのみ有効です。同じIDプロバイダー、DNS、データストア、シークレット、またはデプロイメントパイプラインを共有するスタンバイ環境は、プライマリ環境と同時に障害が発生する可能性があります。逆に、外部監視が適切に行われ、明確な劣化モードを備えたシンプルなHerokuデプロイメントは、2つのプラットフォームを運用できない小規模チームにとって、より信頼性の高い選択肢となるでしょう。

Herokuの2026年アップデートがデプロイ済みアプリに及ぼす影響とは

持続的なエンジニアリングモデルは、既存アプリの直接的な動作を変えるというよりも、プラットフォームの進化に関する期待値を大きく変えるものです。Herokuは、安定性、安全性、信頼性を重視した運用とサポートに注力しており、新たな取り組みは持続的な目標に沿ったものであると述べています。既に本番環境でアプリケーションを運用しているチームにとって、顧客向けのメッセージは継続性です。コア機能は引き続き利用可能であり、クレジットカード利用者はこの発表によって日々の利用方法を変更する必要はありません。

トレードオフは戦略的なものです。幅広い新しいプラットフォーム機能を迅速に導入するために Heroku を選択する組織は、ロードマップと契約オプションを慎重に検討する必要があります。管理されたデプロイメントエクスペリエンス、成熟したアプリの基本機能、インフラストラクチャ管理の削減を優先する組織は、安定性を重視したモデルを異なる視点で見るかもしれません。Heroku はまた、新規顧客に対して新しいエンタープライズ アカウント契約は提供されなくなり、既存のエンタープライズ サブスクリプションとサポートは有効で更新できると述べています。これは調達と将来のアーキテクチャの決定には重要ですが、障害や現在デプロイされているアプリケーションに対する自動的なリスクの証拠ではありません。

結論

2026年9月16日に確認された最新の公式スナップショットでは、Herokuで発生しているインシデントは確認されておらず、Herokuの2026年の保守エンジニアリングに関する発表では、プラットフォームの継続的なサポートについて説明されています。ただし、障害が発生した場合、デプロイ済みのアプリケーションへの影響は、障害が発生したレイヤーによって異なります。アプリケーションは可用性に影響を与え、データは正確性とキューイングされた作業に影響を与え、ツールはデプロイと可観測性に影響を与え、Salesforceやサードパーティの依存関係は、アプリケーション自体はオンラインのままであっても、個々のジャーニーを中断させる可能性があります。

Salesforce Trustを主要なインシデントソースとして使用し、公開されているステータスAPIと比較し、ネットワーク外部から実際のユーザーパスをテストし、アクションを実行する前に依存関係を分類してください。復旧目標に応じて、フェイルオーバー、グレースフルデグラデーション、または待機検証の応答を選択してください。Herokuのすべての障害に対して同じ対策が必要というわけではありません。

公式資料

• Heroku：Herokuの最新情報（2026年2月6日）
• Heroku開発者センター：Herokuのステータス（2025年10月21日更新）
• Salesforceの信頼性：Heroku製品のステータス
• HerokuステータスAPI：現在のステータススナップショット
• Heroku開発者センター：Herokuアプリのライフサイクル