TechTargetジャパン
セキュリティ
FinTech総合
事例
詳報：ジャパンネット銀行はいかにしてAWSを導入できたのか

国内金融機関が直面するレガシーの課題

詳報：ジャパンネット銀行はいかにしてAWSを導入できたのか（1/2 ページ）

金融機関によるパブリッククラウド移行が注目されている。強固な「全銀システム」が存在する日本の金融機関において、クラウドはどのように取り入れられるのか。ジャパンネット銀行の取り組みを紹介する。

公開 2016年07月06日 09時02分

著者

五味明子

[著]

印刷する Googleで優先するソースとして追加

　金融とITを融合させる「FinTech」のブームに乗り、国内市場でも最先端のIT技術を駆使した新しい金融サービスが数多く登場している。仮想通貨の基盤技術「ブロックチェーン」やモバイル決済サービス、資産・家計管理アプリケーションなどはその典型例だろう。こうしたサービスはスタートアップ企業が運営しているものが多く、金融の世界が大きく変わろうとしていることを強く感じさせる。

　一方で銀行を中心とする多くの国内金融機関は、昭和の時代から存在するITシステムによって、レガシーの呪縛から逃れられないでいるという事実がある。歴史が古い金融機関であればあるほど、その悩みは深い。

　そうした中、スタートアップ中心のFinTechとは異なる意味で注目されているのが、金融機関によるパブリッククラウドへの一部システム移行だ。2014年に業界団体FISC（金融情報システムセンター）の有識者検討会による報告書において、パブリッククラウドの位置付けと考え方が示されて以来、コスト削減やシステム構築の期間短縮といったクラウドのメリットに興味を持つ金融機関が急激に増えつつある。先駆け事例としては、ソニー銀行の「Amazon Web Services」（AWS）移行が有名だ。だが金融機関にとって、パブリッククラウドという先進ITと、従来の金融システムであるレガシーITとのバランスを取ることは、避けて通れない課題となる。国内金融機関はこうした課題といかに向き合っていくべきなのか。

　本稿では2015年からAWSへの一部システム移行を実現しているジャパンネット銀行執行役員兼CIO（最高情報責任者）の出口剛也氏、同行 IT統括部部長の二宮賢治氏に、クラウド移行の取り組みについて聞いた。

「AWS Summit Tokyo 2016」レポート

AWS事例

クラウド導入のために行った3つの事前対応

――ジャパンネット銀行は2015年6月から2016年4月の開発期間で、OA（オフィスオートメーション）システムのAWS全面移行を実施しました。なぜOAシステムを最初の移行ターゲットにしたのでしょうか。

ジャパンネット銀行　出口剛也氏

出口氏　今回のAWS移行は当行にとって初のパブリッククラウドによるIaaS（Infrastructure as a Service）の採用でした。従って、お客さま向けのサービスや勘定系などのコアシステムではなく、セミコアおよびノンコアシステムから順次、適性に応じてクラウドを活用していこうと考えました。何かトラブルが発生しても、影響が最小限で済むエリアにすべきだと判断したのです。ちょうど行内の500人ほどの従業員が利用しているOAシステムが更改を迎えた時期と重なったため、これを最初の移行ターゲットに選びました。

――最近は金融機関の間で、販路（チャネル）を多様化させる「オムニチャネル」化も話題になることが多く、顧客向けの決済サービスなどにクラウドを利用する動きも出始めています。そうしたチャネル系システムでのクラウド導入はまだ難しいと判断されたのでしょうか。

出口氏　いえ、そういうわけではありません。インターネットバンキングで利用しているサーバの一部も同じように更改時期を迎えていたので、クラウド移行を検討したことは確かです。しかし今回は最初の案件ということもあって、OAシステムでの実績を評価した上で、他システムの更改時期を見据えて計画的にクラウド適用を拡大していこうと判断しました。「どのシステムを最初にクラウドへ移行するか」という観点でいうなら、コストメリットと更改タイミング、そして外部に対する影響が少ない、この3つが重要だと思います。

――パブリッククラウドに対する金融機関の期待が高まる一方で、国内金融機関ではまだ事例が少なく、不安を抱く関係者も多いと考えられます。AWS導入を決定するまでに、ジャパンネット銀行はどのようなプロセスを取ったのでしょうか。

出口氏　金融機関は「預金者保護」という観点から、金融庁によって非常に厳しく監督されています。従ってクラウド導入を決定するに当たっては、大きく3つの分野での事前対応が必要でした。

　1つ目は規定類の整備です。これまで当行にはパブリッククラウド（IaaS）を想定した経験がありませんでした。そこで外部委託管理に関わる規定を、クラウドを想定した内容に改定することにしたのです。ただし「パブリッククラウドを“委託”と呼んでいいのか」という点に関してはかなり議論しました。クラウドはインフラであり、委託という枠には当たらないという意見もありましたが、今回は委託として扱うことで規定の整備をクリアしました。なお、委託先選定時の評価基準を策定するに当たっては、FISC有識者検討会のアウトプット（FISC「『金融機関におけるクラウド利用に関する有識者検討会報告書』の掲載について」を活用しました。

　2つ目は安全性・信頼性についてのリサーチです。AWSがデータセンターの場所を明らかにしないことはご存じだと思いますが、それはつまりデータセンターへの立ち入りができないことを意味します。オンサイトモニタリング（金融庁による立ち入り検査）などへの対応を、当行基準にどう適合させるかを整理する必要がありました。これに関しては先ほどのFISC有識者検討会のアウトプットに「第三者認証の結果を活用し、金融機関のリスクプロファイルを加味して、立入監査等の代替とすることも可能」――つまり第三者認証によってその有効性が活用できる場合は代用が可能とあり、AWSがそれに合致したパブリッククラウドだったのは選定の上で大きかったですね。

　3つ目は社内外の啓発、つまりステークホルダーの説得です。前述したように今回のAWS移行は、当行にとって初めての本格的なパブリッククラウド導入で、この点は苦労しました。「どこにあるのか分からないような場所（データセンター）に重要情報を置いて大丈夫なのか」「AWSの社員は信用できるのか」といった声もありました。ここで重要だったのはタイミングだと思います。ハードウェアの更改時期だったこともありますが、それ以上に世の中全体が「クラウドをそろそろ使い始める時期なのではないか」という流れになりつつありました。国内の金融機関でも、「ITで何か先進的な取り組みを始めるべきだ」という雰囲気が強くなっており、そうしたタイミングがステークホルダーの説得に味方してくれた部分は確かにあります。ですが、最終的には粘り強い説得が功を奏しました。どんな疑問にも一つ一つ丁寧に答えていくことで、ステークホルダーの不安を払拭することに努めました。

――AWSに決めた理由を教えてください。

出口氏　われわれが検討した時期はクラウドのデファクトスタンダードといえばAWSであり、金融の世界でもグローバルで数多くの事例が発表されていました。国内の成功事例が既に存在していたことも大きかったです。加えてAWSは新サービスをどんどん出しています。業界トップの技術を取り入れることは、当行のイノベーションにとっても重要だと判断しました。

　2つ目は価格設定の透明性です。他のクラウドサービスも検討しましたが、「定価よりこれだけ値引きますよ」といった提示をする事業者は少なくありませんでした。ですがAWSは定価があり、明朗会計を徹底しているわけです。不透明な値引きなどはなく、その点が信用できる姿勢だと感じました。さらにAWSは値下げを頻繁に実施するので、最初に想定した価格よりも安くなることがあります。他社クラウドでは勝ち目がなかったというのが正直なところです。もちろん、オンプレミスでは最初からコスト面で勝負になりませんでした。

次ページへ国内金融機関のクラウド化を阻む全銀システムの存在

印刷する

この記事の著者

五味明子

詳報：ジャパンネット銀行はいかにしてAWSを導入できたのか（1/2 ページ）

関連記事

「AWS Summit Tokyo 2016」レポート

AWS事例

クラウド導入のために行った3つの事前対応

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

詳報：ジャパンネット銀行はいかにしてAWSを導入できたのか（1/2 ページ）

関連記事

「AWS Summit Tokyo 2016」レポート

AWS事例

クラウド導入のために行った3つの事前対応

この記事の著者

関連記事

内製によるAWS全面移行が証明した「レコチョクは技術の会社」

AWSは大企業をどう変えたか――KDDI、キヤノン、ジャパンネット銀行に起こったビジネスインパクト

AWSで“IT文化”を大転換中のレコチョク、移行の難所はデータベース

【事例】協和発酵キリンが基幹系をAWS移行、「オンプレミスにはこだわらない」

「クラウドには向かない」レガシーシステムをAWSへ――旭硝子の決断

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓