大手鉄道運営会社であるGroupe SNCFは、従来のVMベースのKubernetesデプロイメントから、Talos OSとOpenStackを基盤としたクラウドネイティブプラットフォームに移行し、複雑な組織変革を乗り越えながら、重要な運用上の課題に対処することに成功した。TalosCon 2025での講演後、InfoQはこの移行について、シニアスタッフエンジニアのThomas Comtet氏にインタビューした。
組織のKubernetesの旅は、サービスが制限され、仮想マシン（VM）の使用が必須の非常に制約の多いDMZランディングゾーンで始まった。この初期の実装は、既存のVM上にゼロから構築され、チームが「モンスター」と表現するほど維持と運用が非常に困難なものとなった。
プロジェクトが標準的なVLANとサービスを備えたより伝統的なイントラネットゾーンに拡大した際、チームは根本的に異なるアプローチを取った。単に別のKubernetesディストリビューションをデプロイするのではなく、ネットワーキング、ロードバランシング、ストレージ、運用のすべての根幹となる重要課題に対処する包括的なクラウドネイティブプラットフォームを設計した。
このソリューションは、プライベートクラウドの基盤としてOpenStackを、KubernetesのオペレーティングシステムとしてTalos OSを組み合わせた。このアーキテクチャは、動的ストレージプロビジョニング、ロードバランシング、ネットワークサブネット操作のための自動化機能を初日から提供した。
もっとも重要な障害は技術的なものではなく、組織的なものであった。従来のIT運用に慣れたチームにクラウドネイティブの概念を導入するには、根本的な意識の変革が必要だった。レガシーチームはスクリプト作成、チケットベースのワークフロー、リアクティブな運用に優れていたが、クラウドネイティブの実践は不変のインフラストラクチャ、GitOps、アトミックロールバックを強調していた。
既存のチームを再訓練しようとするのではなく、クラウドネイティブの原則に沿った新しいチームを作成し、両方のアプローチが自律的に共存可能にした。この決定は、深く根付いた運用習慣と視点を変えるには訓練以上のものが必要であり、異なる組織構造が必要であることを認識していた。
技術的な実装も独自の課題を提示した。Kubernetesプラットフォームがその上に立ち上げられたとき、OpenStackチームはまだ成熟していなかったため、最初から要求の厳しいクライアント関係が生じた。クラウドネイティブチームは、即座に高度な機能を必要としていた。自動化されたストレージ、動的ロードバランシング、サブネット操作などだ。
私たちが始めたとき、OpenStackはまだ新しく、まだデプロイ中でした。私たちはすぐにその上にKubernetesクラウドネイティブプラットフォーム全体を構築しました。自動化されたストレージ、ロードバランシング、サブネット管理、すべてです。私たちは簡単なニーズを持つクライアントではありませんでした。両方のチームが並行して動いていました。彼らはOpenStackをデプロイし、私たちはその上にクラウドネイティブプラットフォームを構築していました。
これには非常に緊密な協力が必要であり、チームは変更とその影響について常にコミュニケーションを取り続けた。課題にもかかわらず、この緊密な統合は最終的に両方のプラットフォームを強化した。
Kubernetesに焦点を当てたチームにとって、Talos OSは理想的だった。ほとんどのチームメンバーはオペレーティングシステムの専門家ではなく、Kubernetesの専門家であり、Talosは箱から出してすぐに使える、セキュアな設計のソリューションを提供した。Talosを日常的に使用している2人のエンジニアは、その構成駆動型アプローチとミニマルな設計を特に評価していた。
この旅を振り返ると、チームは1つの重要な改善機会を特定した。ベアメタルKubernetesソリューションを探る2年間の研究フェーズだ。チームはKubernetes中心のアプローチにかなりの時間を費やし、最終的にOpenStackベースのソリューションに転換した。この転換は、よりオープンな視点を持っていれば、6か月から1年早く行われた可能性がある。
しかし、レガシーチームとの協力における組織的な課題は避けられなかった。文化的および運用的な変革には時間がかかり、急ぐことはできない。
直近のロードマップは、既存のプラットフォームのスケーリングと、より多くのアプリケーションのオンボーディングに焦点を当て、投資収益率を達成することだ。次のマイルストーンは、非常に重要なアプリケーションをクラウドネイティブプラットフォームに移行し、その安定性と能力に対する信頼を示すことだ。
エッジデプロイメントの決定はまだ評価中であり、産業展開の長期的な性質と鉄道運用内の多様なエッジロケーションを考慮している。