柔軟なシステム構築を支える
「マイクロサービスアーキテクチャ」アプリ開発者が重視すべき3項目とは?
「マイクロサービスアーキテクチャ」に基づくアプリケーションを開発する際、重視すべきこととは何だろうか。主要な3つの項目を紹介する。
独立性の高い小規模のサービス(マイクロサービス)を組み合わせる「マイクロサービスアーキテクチャ」に基づいたアプリケーション(以下、マイクロサービスアプリケーション)開発では、アプリケーション全体を一度に作成してプロビジョニング(本番環境に配備)することはない。特定の機能を実現するマイクロサービスを必要に応じて組み合わせるので、モノリシック(巨大な一枚岩)のアプリケーションよりも簡単に機能を追加したり更新したりできる。
マイクロサービスアーキテクチャのメリットは自動的に生まれるわけではない。メリットを引き出すためには、以下の3つの項目を重視する必要がある。
- 包括的なディレクトリ
- マイクロサービスの容易な入れ替え(会員限定)
- 旧バージョンとの互換性の確保(会員限定)
併せて読みたいお薦め記事
マイクロサービスとは何か
マイクロサービスを活用する
1.包括的なディレクトリ
開発者は、全てのマイクロサービスを包括するディレクトリを設ける必要がある。このディレクトリに含めるマイクロサービスは、オンプレミスかクラウドかを問わない。開発ツールはこのディレクトリと連携し、各マイクロサービスを拡張機能のように利用できるようにしなければならない。これを可能にするプロビジョニングツールの例としてはサーバ設定管理ツール「Puppet」、継続的インテグレーション(CI)ツール「Jenkins」、ソースコード管理ツール「GitLab」などがある。
必要なマイクロサービスを適切なタイミングで利用できるようにするオーケストレーション機能も必要だ。プロビジョニングツールの中にはオーケストレーション機能を持つものがある。コンテナオーケストレーションツール「Kubernetes」のようなオーケストレーションに主眼を置いたツールの導入を検討するとよいだろう。
2.マイクロサービスの容易な入れ替え
マイクロサービスを複数集めてそれをつなぎ合わせただけでは、モノリシックプリケーションよりも優れたものになるとは限らない。必要に応じてマイクロサービスを加えたり外したりできれば、コンパイル(ソースファイルから実行可能ファイルへの変換)や膨大な量の入れ替えテストを繰り返す必要がなくなる。マイクロサービスの開発者は、他の開発チームやテストチームが自身のマイクロサービスを利用しやすくなるよう、オープン規格や標準化されたAPI(アプリケーションプログラミングインタフェース)を用意するとよい。
3.旧バージョンとの互換性の確保
1つのマイクロサービスを変更すると、そのマイクロサービスを活用するアプリケーションに影響を与える恐れがある。その数は数十個あるいは数百個に及ぶ可能性がある。開発者はマイクロサービスを洗練させていく過程で、旧バージョンとの互換性を確保するための計画を立てなければならない。
ここでも鍵を握るのがオーケストレーションだ。Kubernetesをはじめとするオーケストレーションツールを使うことで、マイクロサービスに関わる依存関係を特定し、不整合を確認できるようになる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[横河レンタ・リース株式会社] 不正アクセス被害が深刻化 狙われる「セキュリティの死角」はどこなのか? -
製品資料
[NTTインテグレーション株式会社] 2026年度末開始の「SCS評価制度」をどう攻略する? -
製品資料
[NTTインテグレーション株式会社] 「復旧せよ」の決断に即答できる? いま必要な戦略的データ復旧の極意 -
製品資料
[NTTインテグレーション株式会社] SCS評価制度は「共通のモノサシ」になる? いま製造業がすべきこととは -
事例
[Extreme Networks株式会社] BYOD時代の大学のWi-Fi、安定した通信環境をどう実現する?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
3
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
4
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
-
5
シャトレーゼを悩ませる偽メール 混乱なしでBIMI導入とDMARC強化を実現した方法
-
6
SAP導入後も残る“Excel依存” 京急電鉄は「kintone」でどう解消した?
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
いまIBM iエンジニアが直面する「5つの技術的課題」とその解決策
-
9
「AIの粗悪レポート」で悲鳴 IntelやGoogleがバグ報奨金を止めた理由
-
10
「年1回の外部診断」が限界に 大手小売が脆弱性管理を内製化・一元化した方法
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー