このページの本文へ

前へ 1 2 3 4 5 次へ

変えるべきところ、守るべきところを意識したアーキテクチャ設計とは?

クラウドネイティブな金融システムの開発をアクセンチュアのアーキテクトが語る

2022年06月24日 09時00分更新

文● 大谷イビサ 編集●ASCII 写真●曽根田元

提供: アクセンチュア

  • この記事をはてなブックマークに追加
  • 本文印刷

 ユーザー企業とともにクラウドネイティブな金融システムを構築したアクセンチュア。スクラムマスターが語る開発の舞台裏に続き、アーキテクトチームの3人にはテクノロジー面でのこだわりについて聞いた。(以下、敬称略 インタビュアー ASCII編集部 大谷イビサ)

クラウドネイティブな金融システム開発を支えるアーキテクトチームの役割とは?

ASCII 大谷イビサ(以下、大谷):前回はスクラムマスターにおもにプロジェクトの概要とユーザー企業との協業について聞いたのですが(関連記事:アクセンチュアのスクラムマスターが語る銀行システム開発の舞台裏)、今回はテクノロジー面のこだわりについて聞いていきたいと思います。みなさんが所属するアーキテクトチームについて教えてください。

アクセンチュア 阿部倉泰平氏(以下、阿部倉):アーキテクトチームは最大数十人で、6つのチームから構成されています。それぞれ星川さんのいる共通アーキチーム、角山さんのいるインフラアーキチームのほか、DevOpsチーム、運用アーキチーム、DWHチーム、モバイルアーキチームに細分化されています。アクセンチュア社内から専門家をかき集めて、それぞれのプロフェッショナルでプロジェクトを回していました。

アクセンチュア 星川彰男氏(以下、星川):私がリードした共通アーキチームは、おもにサーバーサイドのアプリケーションアーキテクチャを担当していました。サーバーの実行だけではなく、どのように開発すべきかというプロセスやレビューの標準化なども手がけ、一部のスクラムチームの成果物レビューもやりましたね。アプリケーション開発者の要望に応じて、いろいろ新しい機能も追加しました。

アクセンチュア 星川彰男氏

大谷:アーキテクトチームと言っても、けっこう幅広いんですね。

星川:はい。ただ、基本はサーバーサイド側の共通コンポーネントを作ったり、開発中の品質を担保する仕組みを作っているチームだとお考えください。

「このリソースをベースにアプリを作り始めてほしい」という各アプリのひな型も用意して、それぞれ適材適所に使い分けてもらっています。たとえば、処理量の多いバッチならこのひな形、基幹に近いシステムであればまた別のひな形(MAINRI)が用意されている、という感じです。

大谷:今回の開発基盤にもなった「アクセンチュア クラウドネイティブ コアソリューション」(通称MAINRIメイリー)についても教えてください。

星川:平たく言うとGoで作成されたgRPCフレームワークで、クラウド環境で基幹系システムを作っていくためのひな形です。ソースコードの構造をひな形として提供するだけではなく、どのアプリでも使うような共通機能も含まれています。

今まで、われわれはカスタムで開発する際にJavaを使うことが多く、そのための別のフレームワーク(Accenture Connected Technology Solution - ACTS)がありましたが、これをGoで使えるようにし、かつパフォーマンスを上げられるようにしたのがMAINRIになります。今回はより堅牢なフレームワークが求められていたため新たに開発しました。

大谷:なるほど。続いて角山さんはインフラアーキチームですね。

アクセンチュア 角山恵介氏(以下、角山):インフラアーキチームはクラウドを中心とした基盤の設計・構築などを担当していました。われわれは、システムの実行基盤としてどのGoogle Cloudのマネージドサービスを使うか選択するだけではなく、耐障害性など非機能面を担保するにはどうしたらいいかを考えなければなりません。

セキュリティに関しても、たとえば単に不要な通信を遮断するだけではなく、もしその設定にミスがあってもどこかでカバーできるよう幾重にもセキュリティを設けておく必要があります。また、MAINRIで作られたGoのアプリ、ACTSで作られたJavaのアプリ、他のフレームワークで作られたアプリなど、いろいろなアプリを動かすことができる共通基盤をコンテナやKubernetesを用いてチームで作っていました。

大谷:共通化を図るとともに、柔軟性も必要なんですね。

角山:たとえばMAINRIで作ったアプリと他のフレームワークで開発したアプリで動作や運用方法が異なると、求められる非機能や運用においてアプリ個別でカスタマイズが必要になるし、DevOpsの面でもアプリによってはデプロイ時に一時的に通信断が発生するとなると大きな課題に繋がります。ですから、実行アーキテクチャとしては、どんなアプリでも同じように実行や運用ができ、可用性もセキュリティも確保される。そんな環境が必要になります。しかもこの環境をわれわれやお客様、誰であっても運用できるようにしなければなりません。

前へ 1 2 3 4 5 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

アクセスランキング

  1. 1位

    ネットワーク

    「ケーブルを引っ張ってみてください。」→引っ張ってみた結果……

  2. 2位

    ネットワーク

    量子コンピューターを超える!? 「光量子コンピューター」ってのがあるんです。

  3. 3位

    ネットワーク

    マザーボードが油に沈んでる!? SFみたいな“液浸冷却システム”、見た目からして未来すぎる

  4. 4位

    ネットワーク

    展示会の無料Wi-Fi、実はとんでもない実験場だった。Interop会場ネットワークは「ガチの展示」

  5. 5位

    トピックス

    “スター・ウォーズのホログラム”が現実に近づいた? 幕張で見つけた裸眼3Dディスプレイが未来すぎる

  6. 6位

    ネットワーク

    データセンター不足の救世主になるか? “コンテナ型サーバー”が想像以上にすごい

  7. 7位

    ネットワーク

    キオクシアって結局なに作ってるの? 「株価急騰の注目企業」を幕張で見てきた

  8. 8位

    ITトピック

    VMware利用企業、8割近くが「他環境へ移行検討・実施」/データセンター電力消費が1年で26%増加、AI競争で「電力確保」重要課題に、ほか

  9. 9位

    クラウド

    いいかも、国産クラウドストレージ! DirectCloudは月額固定料金・ユーザー無制限

  10. 10位

    ネットワーク

    サーバーの水冷ぜんぶ見せる大作戦! レノボが見せた“AI時代の冷却”が迫力ありすぎる

集計期間:
2026年06月11日~2026年06月17日
  • 角川アスキー総合研究所