モノリス化するサービスをマイクロサービスに分割するには--考慮すべき5つのポイント

Joe McKendrick (Special to ZDNET.com) 翻訳校正: 石橋啓一郎

2015-04-02 06:30

 「小さなサービスの組み合わせは、今ある巨大な怪物よりも扱いやすいにも関わらず、われわれは未だに大きくなり続ける巨獣を扱っている」

 サービスの目的は、RESTfulであれ、SOAPであれ、ウェブであれ、クラウドであれ、データであれ、データセンターで大きなスペースを取っている、モノリス(巨大な一枚岩、分割されていない大きな単一モジュールを指す)的なアプリケーションやシステムを重要な部品に分割することだ。サービスは、システムを支える重要な部品やインフラを抽象化することにより、IT環境を軽量化し、洗練させることを目指している。例えば、Rubyで作られた巨大なモノリシックシステムは手に負えないものになる可能性があり、ビジネスの変化に応じてアクセスでき、再利用できるサービスに分割した方がよい場合もある。

提供:Joe McKendrick
提供:Joe McKendrick

 では、サービス自体がモノリスになってしまえばどうなるのだろうか?すべての上流と下流の依存関係を破壊せずに変更をするのが難しくなり、多くの利用者がそれを切り捨てられないとすれば、困ったことが起こる。

 即応性を実現するための次の技術だと言われる、新たなタイプの小さなマイクロサービスを用いるべき理由はここにある。「Building Microservices: Designing Fine-Grained Systems」(マイクロサービスの構築:きめ細かいシステムの設計)の著者であるSam Newman氏は、多くのサービスは、時間が経つにつれて、それ自体が扱いにくい巨大なサービスになっていると述べている。 「現実に、多くのサービスは、健全とは言えない大きさにまで巨大化することになるだろう」と同氏は言う。「小さなサービスの組み合わせの方が、現在ある巨大な怪物よりも扱いやすいと知っているにも関わらず、われわれは未だに大きくなり続ける巨獣を扱っている。なぜだろう?」(Newman氏)

 Newman氏は、マイクロサービスはサービスの境界を形成する「シーム」(縫い目)の一部として利用すべきだと述べている。もちろん、サービスをより小さなマイクロサービスに分割し、それを実稼働まで持って行くためには、多くの作業が必要になる。同氏は、サービスの分割を検討する際には、以下のようなガイドラインを用いるべきだと書いている。

 現在のサービスがモノリスと言えるかどうかを判断する。「現在単一のトランザクション内で処理されている業務がある場合は、その必要があるのかを考えてみるべきだ」とNewman氏は書いている。「その業務を複数のローカルトランザクションで処理し、結果結合性によって一貫性を確保することはできないかを検討するべきだろう」

ZDNET Japan 記事を毎朝メールでまとめ読み(登録無料)

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    初心者にも優しく解説!ゼロトラストネットワークアクセスのメリットと効果的な導入法

  2. ビジネスアプリケーション

    改めて知っておきたい、生成AI活用が期待される業務と3つのリスク

  3. ビジネスアプリケーション

    ITR調査結果から導くDX浸透・定着化-“9割の国内企業がDX推進中も成果が出ているのはごく一部”

  4. セキュリティ

    「iPhone」の業務活用を促進!セキュリティ対策で必ず押さえておきたいポイントとは?

  5. ビジネスアプリケーション

    Google が推奨する生成 AI のスタートアップガイド、 AI を活用して市場投入への時間を短縮

ZDNET Japan クイックポール

所属する組織のデータ活用状況はどの段階にありますか?

NEWSLETTERS

エンタープライズコンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]