株式会社セブン-イレブン・ジャパン 様

株式会社セブン-イレブン・ジャパン 様（以下「セブン-イレブン・ジャパン」、敬称略）は、店舗システムの クラウド移行を進める中で、オンプレミスで稼働する 基幹システムとの連携という課題に直面していました。将来的には、基幹システムも含めて全体を クラウドへ リフト＆シフトしていく構想を描く 一方で、その移行過程においても業務を止めることは できません。本プロジェクトでは、こうした移行期を前提に、将来の クラウド化が進んだ後も利活用できる インターフェースの あり方を見据え、業務特性に応じた 2つの プラットフォームを構築しました。

この取り組みについて、共同で システムを開発した 株式会社野村総合研究所（以下「NRI」）の担当者を交え、お話を伺いました。

- 写真左から、NRIの 山科 一文字、セブン-イレブン・ジャパンの 森川 弘康 氏、NRIの 福井 弘一・松尾 啓太郎。

セブン-イレブン・ジャパンでは、全国の店舗運営を支える 店舗システムを、長年 オンプレミス環境で運用してきました。安定稼働を最優先に、業務の変化に合わせて 段階的な機能追加や改修を重ねることで、日々の 店舗オペレーションを支えてきた 経緯があります。

一方で、その積み重ねにより、システム全体の構成は 年々複雑化し、変更や拡張にかかる負荷が 課題として意識されるようになっていました。周辺システムとの連携が増える中で、影響範囲を慎重に見極めながら改修を進める必要があり、従来の やり方では 柔軟な対応が難しくなりつつあったといいます。

セブン-イレブン・ジャパンの 森川 弘康 氏は、当時の状況を 次のように振り返ります。「安定して動いてはいましたが、その分、構造が かなり複雑になっていました。何かを変えようとすると影響範囲の確認が必要で、スピード感を持った対応がしづらくなっていたのが実情です」

こうした課題意識を背景に、同社では 店舗システムを Google Cloud へ リフト＆シフトする方針を決定しました。しかし、店舗システムと 基幹システムの間には、発注受付をはじめとする 多くの インターフェース処理が存在しており、オンプレミス前提で構築された それらを単純に クラウドへ持ち込むことは できませんでした。とりわけ発注業務は、店舗運営に直結する ミッション クリティカルな 業務プロセスであり、決められた発注締め時刻に向けて 処理が集中するという ピーク性も有します。こうした業務特性を踏まえ、セブン-イレブン・ジャパンが検討したのが、既存の インターフェース処理を あらためて整理し、将来的な変化にも耐えられる形で再構築するという アプローチでした。

- セブン-イレブン・ジャパンの 森川 弘康 氏。

本プロジェクトでは、Google Cloud へ 移行した 店舗システムと、現時点では オンプレミスで稼働する 基幹システムを どのように つなぐかという点が、検討の出発点となりました。基幹システムの クラウド移行は 今後の プロジェクトとして位置付けられており、その前段として、クラウドと オンプレミスが併存する環境を 安定して成立させる必要があったためです。

その連携を受け止めるため、本プロジェクトでは Google Cloud 上に構築された「セブンセントラル」に、インターフェース基盤を構築しました。

この点について、NRI の 福井 弘一 は 次のように話します。「セブンセントラルは、全国 約2万店から集まる 膨大な データを利活用するための 次世代の デジタルデータ基盤として整備されています。今回 その上に、クラウド（店舗システム）と オンプレミス（基幹システム）を つなぐための プラットフォームを構築し、クラウド上で I/F する システム連携基盤を実現しました。その際、OSS（オープンソース ソフトウェア）や クラウド ネイティブ技術などを採用し、アーキテクチャ観点でも 次世代化を図りました」

- 株式会社野村総合研究所（NRI）の 福井 弘一。

インターフェース処理は、業務特性の違いを踏まえ、大きく 2つの領域に分けて整理しました。1つは、店舗の最重要業務である発注を支える「発注受付プラットフォーム」、もう 1つは、各種システム連携を担う「中継プラットフォーム」です。

発注受付プラットフォームは、決められた締め時間に向けて処理が集中するという特性を持っています。短時間に 大量の リクエストが発生するため、性能面だけでなく、障害発生時にも処理を止めない 高い可用性が求められました。そこで 同プラットフォームでは、マルチリージョン構成とし、API 基盤に Google Kubernetes Engine （GKE）を採用するとともに、データストアには Cloud Spanner を組み合わせることで、高負荷時でも 一貫性を保ちながら 安定して処理できる構成としています。

この設計について、NRI の 山科 一文字 は 次のように説明します。「発注は、時間帯によって 負荷の かかり方が 大きく変わります。ピーク時の性能を確保するだけでなく、万が一の障害時にも業務を止めないことが重要でした。そのため、マルチリージョン構成を前提に、データの整合性と可用性を両立できる構成を検討しました」

- 株式会社野村総合研究所（NRI）の 山科 一文字。

一方、中継プラットフォームが担うのは、ファイル連携を中心とした 各種インターフェース処理です。こちらは リアルタイム性よりも、日次バッチ処理を確実に完了させることや、安定した運用を継続できることが 重視される領域となります。そのため、Cloud Pub/Sub や Cloud Storage を 活用しながら、処理の流れを整理した バッチ基盤として構築しました。

この設計について、NRI の 松尾 啓太郎 は 次のように話します。「中継プラットフォームでは、基幹システムとの 約400 にも及ぶ インターフェースを どのように見直すかというのが 出発点でした。そのため、現行の全ての仕様書を紐解き、設計の 標準化・共通化を進めました。これにより、品質の担保と開発効率の向上を両立させることができ、プロジェクト期間中に インターフェース ファイルが増えた際も 柔軟に対応できたと考えています」

- 株式会社野村総合研究所（NRI）の 松尾 啓太郎。

今回の取り組みにより、セブン-イレブン・ジャパンでは、クラウドに移行した 店舗システムと、オンプレミスで稼働する 基幹システムを つなぐための構造を、業務特性に即した形で 整理することができました。インターフェースの役割や責務が明確になったことで、クラウドと オンプレミスが 併存する環境においても、安定した運用を継続できる土台が整っています。

今回の再構築は、単に インフラを クラウドへ移行したということに とどまりません。クラウドと オンプレミスをまたぐ 移行期の構成を前提に、インターフェースの あり方を整理したことで、今後の システム変更や拡張に対しても、段階的に対応していける見通しが立ちました。

この点について、森川 氏は 次のように評価しています。「今回の取り組みで、クラウド移行を進めながらも、業務特性に合わせた『つなぎ方』を 整理することができました。次に何かを変えていく際の選択肢が、以前より明確になったと感じています」

今後は、基幹システム側の クラウド移行も見据えながら、今回 整備した インターフェース基盤を 段階的に発展させていく考えです。すべてを 一度に切り替えるのではなく、移行期を支える基盤として活用しながら、将来の変化を受け止められる システム構成を目指していきます。