このページの本文へ

前へ 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位

    TECH

    フォーティネットの「SSL-VPN廃止」 IPsec移行と脱VPN、それぞれの注意点を総ざらい

  2. 2位

    ソフトウェア・仮想化

    「SaaSの死」の影響は感じない ― グローバル以上に好調な日本市場、ServiceNow鈴木社長が語る

  3. 3位

    ネットワーク

    ネットワークとセキュリティの統合に強み 通信事業者系ZTNA/SASEサービス3選

  4. 4位

    TECH

    「蟻の一穴」となるリモートアクセスVPNの脆弱性 ZTNA/SASEはなぜ必要か?

  5. 5位

    デジタル

    海外駐在員の負担を軽減し、ワンチームへ kintoneは言語と文化の壁を越える「翻訳の魔法」

  6. 6位

    ビジネス

    医療費5兆円抑制につながる“国産ヘルスケア基盤”構築へ SMBC×富士通×ソフトバンクが業務連携

  7. 7位

    エンタープライズ

    基盤も古いし、コードも酷い! そんなクエストにGitHub Copilotで試行錯誤しまくった「みんな」こそ最高

  8. 8位

    サーバー・ストレージ

    「30%ではなく“30倍”の生産性向上へ」 AIエージェント時代に求められるIT基盤、マイケル・デル氏が語る

  9. 9位

    ビジネス・開発

    いますぐ捨てたいITサービスは? AI推しにそろそろ飽きてません? 情シスさんのホンネを「ゆるっとナイト」で聞いた

  10. 10位

    ITトピック

    AIセキュリティで必要な6つの対策/20代の半数が「検索エンジンを使わない」/生成AIツールはエンジニアの「業務インフラ」へ、ほか

集計期間:
2026年05月19日~2026年05月25日
  • 角川アスキー総合研究所