大きさよりも独立性
マイクロサービスは小さく作ろうとすると失敗する（1/2 ページ）
デジタルビジネスに取り組む企業が「マイクロサービス」に注目し始めている。マイクロサービスとは何か。ガートナーの飯島公彦氏が開発のポイントを語った。
ガートナー ジャパン 飯島公彦氏
アプリケーションを素早く作ってビジネスに生かしたいと考える企業が増えている。ガートナー ジャパンのアナリスト飯島公彦氏は、同社のイベント「エンタプライズ・アプリケーション戦略＆アプリケーション・アーキテクチャ サミット 2017」において、そのために注目すべき手段として挙げたのが「マイクロサービス」アーキテクチャだ。独立性の高い小規模なサービス（マイクロサービス）を組み合わせてアプリケーションを開発する手法のことを指す。実際にマイクロサービスに取り組むユーザー企業も現れ始めており、ガートナーに対するマイクロサービスの問い合わせも増えているそうだ。「基幹システムをマイクロサービスで作りたいといった相談もあった」（飯島氏）ほどである。
デジタルビジネス時代のアプリケーション開発では、時代やビジネスの変化に俊敏に対応できる「アジリティ」（敏しょう性）が求められる。ユーザー企業がマイクロサービスに取り組む目的は、アプリケーションにアジリティを持たせることにあるだろう。
ただし飯島氏は「今までの開発手法にマイクロサービスを適用しても成功は難しい」と注意を促す。本稿では飯島氏の講演を基に、マイクロサービスのメリットおよび開発のポイントを、アジリティの実現という観点で紹介する。
マイクロサービスとは
マイクロサービスのメリットを紹介する前に、まずはマイクロサービスが何かを定義しておく必要がある。マイクロサービスとは、単に小さなアプリケーションを指すわけではない。飯島氏によると「単独で展開可能かつ疎結合なアプリケーションコンポーネント。『SOA』（サービス指向アーキテクチャ）と『ドメイン駆動設計』の組み合わせが基礎になる」という。カプセル化されたビジネスロジックやフレームワークの塊が自律的に稼働し、依存性の低い状態で連係する、開発サイクルの異なるモジュールのことだといえる。
具体的なメリットには「他のサービスの影響を受けずに変更やデリバリーが可能な点、これによって分散配置や複数バージョンの共存が可能な点、サービスモジュールごとに最適な開発言語や実行環境を選択可能な点、起動やスケールアウト／インが迅速にできる点」（飯島氏）などが挙げられる。全体が単一のモジュールでできているモノリシック（一枚岩）なアプリケーションの場合、複数の機能をまとめてデプロイし、変更を加えるときも依存性を意識する必要がある。どこか1カ所を修正するだけでも、他への影響に気を付けなければならないし、テストやデプロイにも時間がかかる。一方でマイクロサービスは、一つ一つが単機能になることで、マイクロサービスごとに目的に合ったプログラミング言語を選べ、都度デリバリーや変更が可能だ。
マイクロサービスのアーキテクチャ
飯島氏によるとマイクロサービスの設計思想には、「開発の俊敏性、デプロイの柔軟性、精緻な拡張性」があるという。「マイクロサービスを作るために、アプリケーションを小さく作るにはどうすればいいのかとよく質問されるが、問題は粒度の大きさではなく、アジリティを阻害する依存性を取り払うことにある。その結果、小さい単機能のアプリケーションができる」と説明する。
既存のモノリシックなアプリケーションをマイクロサービスに作り替える上でも、新規でマイクロサービスを作る上でも、依存性をどこに見いだすか、つまりモジュールをどこで分離するか、その境界の見極めがポイントだ。飯島氏がポイントとするのは「API、機能、サービスの組み合わせ、サービス間連係（コミュニケーション）、データ」の5つだ。
1つ目のAPIは特に重要なポイントである。マイクロサービスは多くの場合、APIを持つWebサービスとして公開される。このAPIがサービスの利用者と提供者、ユーザー企業の外と中を分ける境界となる。
2つ目の機能とは機能範囲のことだ。例えばホテルのWebサイトであれば、予約機能、空室状況を閲覧する機能、ポイントサービス機能など、幾つかの機能に分けられる。マイクロサービスではこうした機能単位の依存性を絶つ。
3つ目のサービスの組み合わせは、イベントの処理手順や実行順序のことだ。マイクロサービスではユーザーからリクエストを受けるモジュールが自律的に動作するように設計する。
4つ目のサービス間連係は、複数のサービスを組み合わせて実行する処理のことだ。マイクロサービスではこれらを非同期かつ並列に処理する。
5つ目のデータは、データベースをどこに置くかだ。マスターデータを共有する場合と、モジュールごとに分散してデータを管理する方法がある。
これら5つの要素について依存性を排除していけば、大きくモノリシックだったアプリケーションの粒度が自然と小さくなり、マイクロサービスへと仕上がるそうだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
AI時代の自律的なパートナー 「データエージェント」構築＆活用ガイド -
製品資料
使用中のデータを保護して安全な共同開発へ、クラウド時代のデータセキュリティ -
製品資料
“AIによる高速な脆弱性検出”対策を行う、RHELの統合セキュリティ機能とは？ -
製品資料
企業ITを支える定番Linuxの運用管理、手動の限界を乗り越える手法とは？ -
製品資料
AIとクラウドネイティブの課題を解決する、シンプルで費用対効果に優れた方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
2
なぜ人はいるのにDXが進まない？ ライオンも直面した“老害”レガシーシステム
-
3
IT人材の42％が転職予備軍 辞めさせない組織の4つの共通
-
4
イーロン・マスク氏が生成AI「Grok」をオープン化する“語られない狙い”
-
5
LLMの「過学習」、正しく説明している文章はどれ？
-
6
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
7
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
8
Azure Red Hat OpenShiftは脱VMware問題の救世主になるか？ 技術資料で解説
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
ライオンが脱レガシーシステムのパートナーに「Google Cloud」を採用した理由
ホワイトペーパーランキング PR
-
1
属人化や仕様バグはなぜ起きる？ AI時代に必須のドキュメント文化の作り方
-
2
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
5
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
6
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
7
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
8
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは？
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
オープンウェイトLLMの推論最適化事例：ローカル環境で応答速度を約15分の1へ
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー