[ザ・プロジェクト]

2017年2月7日(火)佃 均（ITジャーナリスト）

リスト

2009年に「クラウド」を構想

「HANAの採用でユーザーの待ち時間が毎月2700時間短縮されている」と理事・IT推進部長の植田勲氏

　「まずHEC採用に至るこれまでの経緯からお話ししましょう」―理事・IT推進部長の植田勲氏はこう切り出した。「さかのぼると出発点は2009年です。仮想化技術に着目し、グローバル・ネットワークの仮想化に取り組みました」

　2009年2月に策定した「ITランドスケープ」には、「グローバル認証」「ユビキタス」「仮想化技術」といった様ざまな技術要素を活用した三井物産の将来像が記載されている。サーバーについては、クラウド活用による効率化を考えた「三井クラウド」が示されており、分散管理していたサーバーの集中管理の方針が固まった。

　クラウドへの取り組みを宣言したのは2010年5月だった。同年8月、アマゾン社のAWS（Amazon Web Services）でサーバー構築・管理の検証をスタートし、翌年4月にはAWS上でSAP検証環境を構築した。

　「転機は2011年の3月でした。東日本大震災が発生し、それをきっかけにBCP（Business Continuity Planning）の観点からもクラウドが有効と考えるようになったわけです」

　並行して基幹システムの更新も行われた。2009年から2010年にかけて構築された「MIRAI」がそれ。Windows Server2008 R2 Hyper-Vを活用したプライベート・クラウドで、SQL Server2008をベースにSAP ERP6.0を運用することにした。全社統一IT基盤の整備が第1フェーズだ。

　同社のIT子会社でMIRAIプロジェクトの実務を担った三井情報（MKI）の資料によると、2011年2月にスタートしたMIRAI第2フェーズ（営業部門ごとにスクラッチ開発・運用されていたシステムを基幹ERPに統合する）に際しては、450本ものEDIアプリケーション・インタフェースが課題となったという。

　ERP6.0との連携に対応するSAP NetWeaver Process Integrationを利用するとともに、SAP Value Prototyping（VPT）を活用することで工数を削減した。同時にドキュメントが整備されていないアプリケーションはソースコードをリバースしたり、旧システムの環境を再現してテストするという“離れ業”をやってのけた。

　EDIインターフェースの単体テストを終えた段階で、SAP MaxAttentionのVolume Test Optimization（VTO）サービスによるパフォーマンス・テストを実施したほか、SAP Business Process Performance Optimizationなどで様ざまな課題を解決した。SAP社のアーキテクチャーを熟知し、ツールを使いこなせるエンジニアがMKIに育っていったことを意味している。

　「今回のSAP HANAとHECの全面採用が大きな混乱なく進められたのは、こうした積み重ねがあったからでしょう」と植田氏は振り返る。

待ち時間が116秒から14秒に

　仮想化を進めたことで物理サーバーは仮想サーバーに移行していった。それまでサーバーを新設するのに数か月かかっていたのが、相応の性能が10日前後で増設できる環境が整った。

　「2013年にSAP社がHANAをリリースしたわけですが、当社はそれまでの積み重ねで十分な準備ができていました。ですからHANAへの移行とHECの採用は自然な流れだったと思います」

　まずHANAへの移行では、シンプルなシステム、柔軟性とセキュリティの確保といった運用上のメリットの他に、業務プロセスの生産性向上という大きな目標があった。HANAはインメモリデータベース（DB）によるデータ処理なので、レスポンスが非常に速い。もう一つ見逃しがちだが、バッチ処理の時間短縮が図られる。オンライン・オープン時間を延長できるのもメリットだった（図1）。

（図1）新旧のMIRAIシステム
拡大画像表示

　事業部門のユーザーの待ち時間が短縮され、結果として意思決定が迅速になる。あるいはビジネスチャンスの逸失を回避することができる。実際、バッチ処理時間はデータ分析のBIで3時間半、処理系のMIRAIでは1時間半、それぞれ短縮され、ユーザーの待ち時間は商品別売上・収益の表示が116秒から14秒に、債権債務明細の表示が97秒から4秒に高速化されている。

　HANAの処理性能がフルに発揮された成果という意味で納得できるのだが、自社の基幹システムをSAP社のパブリック・クラウド「HEC」に移行することに懸念はなかっただろうか。

　「多くの方から、同じ質問をお受けしています。結論から言うと、懸念があったらHECは採用しなかった、ということです。SAP社と緊密な信頼関係を築いていますし、子会社のMKIのエンジニアはSAP社のアーキテクチャーに精通しています。当社、SAP社、MKIの3者が強力なタッグを組んでいますから」

　植田氏の言葉を受けて、基幹システム室長の奥山秀俊氏が語を継いだ。

　「補足しますと、ユーザー目線のメリットだけでなく、運用上の利点も評価しました」

　HECによってオンプレミスと同等のセキュリティレベルが確保できること、日本国内の東西二元体制でデータ保管が特定できること、それに運用やメンテナンスのコストが最適化できるといったことだ。

　「自分たちで運営しても他社にアウトソースしても、リスクは必ずあります。どこで割り切るか、どのようなトラブル対策を講じるか、です」