6. 業務別：Cloud / Infra 要件の違い

金融のクラウド／インフラ設計は、一見すると「高可用性」「冗長化」「セキュリティ」といった共通ワードで語られがちです。しかし、実務の現場では “業務ごとに守るべきリスクがまったく異なる” ため、必要となる Cloud / Infra の要件も大きく変わります。

市場系、決済系、バックオフィス系のそれぞれは「何を最優先で守るか」が異なるため、同じクラウド設計が通用しません。本章では、業務別のリスク特性に応じた最適なクラウド／インフラ要件を整理します。

6-1. 全体像：業務によって“最優先リスク”が違う

業務領域により、最優先で避けるべきリスクは以下のように変わります。

• 市場系（トレーディング）： 価格変動・遅延が最大のリスク
• 小売・決済系： 業務停止・不正による信用リスク
• リスク管理・バックオフィス： データ不整合・説明不能が最大のリスク

したがって、業務背景を理解しないまま統一設計を行うと、重大な性能劣化・コスト増・リスク露呈につながります。

6-2. 市場系（トレーディング）：低遅延 × 冗長性

市場系システムの特徴は、「遅延＝そのまま損失」 という厳しさです。1ミリ秒の遅延差が直接収益に影響する世界では、インフラに求められる優先事項も明確です。

必要となる要件：

• 低遅延ネットワーク
  取引所との距離最適化、コロケーションや専用線の利用
• 接続の冗長性
  複数回線／異キャリアでのマルチパス構成
• 即時フェイルオーバー
  秒単位での切り替えが必須
• 軽量アーキテクチャ
  過剰な抽象化や複雑化はレイテンシ悪化のため禁物

市場系の本質は、「止めないこと」以上に「遅れないこと」が価値になる 点にあります。

6-3. 小売・決済系：高可用性 × セキュリティ

決済系システムは社会インフラの一角を担っており、停止すると即座に社会全体に影響します。そのため、24/365 の無停止運用 が前提です。

必要となる要件：

• 高可用性（HA）構成
  マルチ AZ ＋ 自動復旧
• スケーラビリティ
  キャンペーン／繁忙期に備えた自動スケール
• 不正検知との統合
  Zero Trust を前提とした API ゲートウェイ設計、リアルタイム異常検知

決済の世界では、技術リスクと同じく 信用リスクが即発生 するため、セキュリティと可用性は一体で設計しなければなりません。

6-4. リスク管理・バックオフィス：再現性 × 監査性

この領域では、処理速度よりも 「正確で説明できること」 が最優先となります。

求められる要件：

• 再現性（Reproducibility）
  モデル・計算処理の後追い実行が可能であること
• 監査証跡の完全性
  ログの長期保管や厳密なトレース
• データ整合性の担保
  ETL 品質、分散処理のデータ管理

ここでは、クラウド上での Data Lake・DWH、ジョブ管理などが重要であり、「あとから正しいことを証明できるか」 が設計の本質となります。

6-5. よくある誤り：“すべて同じ設計”にする罠

金融インフラの現場でよく見られる誤った考え方：

• 「すべてマルチ AZ にすれば安全」
• 「すべてリアルタイム化すれば高度化できる」

その結果起こる問題：

• 市場系で遅延が悪化し命取りになる
• バックオフィスでは不要なリアルタイム化でコスト増
• 各業務に最適化できずクラウド費用が膨らむ

正しいアプローチは、業務に応じて設計を変えること。
金融の世界では「万能設計」は存在しません。

6-6. 実務的なインフラ設計アプローチ

効果的な Cloud / Infra 設計を行うためには、技術から始めるのではなく“リスクから設計する”必要があります。

4つのステップ：

1. 業務の特定
   トレーディング／決済／バックオフィス
2. リスクの定義
   遅延、停止、誤りなど“絶対に避けるべきリスク”を明確化
3. 優先順位の決定
   守るべきものに応じて設計要件を決める
4. インフラ設計
   冗長化レベル、スケール戦略、データ整合性設計

このステップを踏むことで、初めて業務に適したインフラが構築できます。

6-7. まとめ：業務が違えば、インフラは別物

本章の結論は非常にシンプルです。

「金融インフラに万能設計は存在しない」。

• 市場系： 低遅延が最優先
• 決済系： 高可用性とセキュリティが最優先
• バックオフィス： 監査性と再現性が最優先

業務ごとのリスクを正確に見極め、その特性に合わせて Cloud / Infra を設計することこそが、金融システムの信頼性を支える唯一の方法です。