CurrentStack
#ai#platform#site-reliability#reliability#enterprise

ロボタクシー大型調達時代のSRE設計

資金調達ニュースを“運用要件”として読む

ロボタクシーの大型調達は、市場期待の話だけではありません。技術側から見ると、都市拡大に伴う運用難易度の急上昇が本質です。地図差分、天候、法規、現地オペレーション、問い合わせ対応が都市ごとに増殖します。

資金は拡大を可能にしますが、継続的信頼を決めるのは運用成熟度です。

自動運転特有の信頼性軸

一般的なWebサービスと違い、ロボタクシーは複数ドメインの信頼性が強く結合しています。

  • 環境ノイズ下での認識精度
  • 安全判断経路の遅延
  • HDマップ鮮度と網羅率
  • 需要急増時の配車最適化
  • 路上介入チームの応答時間

バックエンド稼働率が高くても、どれか一つ崩れると安全と信頼が同時に低下します。

可用性だけでは足りないSLO

従来のAPI可用性指標に加えて、安全SLOを定義します。

  • 1,000乗車あたりの介入件数
  • 強制急減速の高重大度率
  • 自律性能劣化モードからの復帰時間
  • 地図不一致検知の遅延

これにより、開発優先度を「リクエスト処理量」ではなく「乗客体験と安全」に寄せられます。

都市展開を段階的デリバリーにする

地理拡大はリリースリングで管理します。

  1. 乗客なしシャドー運転
  2. 時間帯限定+ジオフェンス限定
  3. 天候条件付き商用パイロット
  4. 指標安定後に全面拡大

各段階で停止条件とロールバック権限を明文化すると、拡大圧力に流されにくくなります。

重大インシデント指揮系

重大事案は複数部門の同時連携が必要です。

  • 自動運転・クラウド・法務・現地運用の共通ブリッジ
  • 規制通知を含む重大度マトリクス
  • 車載/エッジ/制御面の証拠収集パイプライン
  • 乗客・自治体・提携先向けの定型コミュニケーション

初動メッセージは広報文ではなく、技術オペレーション成果物として扱うべきです。

コスト統制を並走させる

資金余力がある時ほど、構造的非効率が見えにくくなります。

  • 走行距離あたり推論コスト
  • 都市別・時間帯別のGPU利用偏り
  • 車両台数あたりの人的介入比率
  • 充電・整備待機による機会損失

FinOpsを後回しにすると、拡大後に粗利改善が進まず、運用改善が遅れます。

まとめ

ロボタクシーの拡大局面では、資金より先に運用設計がボトルネックになります。段階展開、安全SLO、コスト統制を同時実装するチームだけが、都市拡大を事故拡大に変えずに済みます。

参考: https://www.forbes.com/technology/

おすすめ記事