大きさよりも独立性
マイクロサービスは小さく作ろうとすると失敗する（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
-
事例
[フォーティネットジャパン合同会社] 複雑化しがちな「SASE運用」 IT・医療・金融などの事例に見る導入成功の秘訣 -
製品資料
[フォーティネットジャパン合同会社] 「SD-WAN」導入で失敗しないための5つの重要事項 -
技術文書・技術解説
[フォーティネットジャパン合同会社] VPNの代替候補「ZTNA」を理解できるようになる“3大要素”とは？ -
事例
[フォーティネットジャパン合同会社] すぐ分かる「SD-WAN」選定のポイント 成功企業はどんな成果を出した？ -
製品資料
[SCSK株式会社] 「Dropbox」管理・運用の困りごと解決ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
2
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
3
SAP導入後も残る“Excel依存” 京急電鉄は「kintone」でどう解消した？
-
4
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
5
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
6
「エージェントを作るな、スキルを作れ？」 Anthropicが提唱するAI運用の勘所
-
7
RAGで「データをAIに送る」運用が限界を迎えている理由
-
8
なぜ人はいるのにDXが進まない？ ライオンも直面した“老害”レガシーシステム
-
9
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
10
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー