編集部からのお知らせ
「ZDNet Japan Summit」参加登録受付中! 
新着記事集:「負荷分散」

モノリス化するサービスをマイクロサービスに分割するには--考慮すべき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 記事を毎朝メールでまとめ読み(登録無料)

特集

CIO

モバイル

セキュリティ

スペシャル

ホワイトペーパー

新着

ランキング

  1. クラウドコンピューティング

    Google Cloudセキュリティ基盤ガイド、設計から運用までのポイントを網羅

  2. セキュリティ

    仮想化・自動化を活用して次世代データセンターを構築したJR東日本情報システム

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

    スモールスタート思考で業務を改善! 「社内DX」推進のためのキホンを知る

  4. セキュリティ

    Emotetへの感染を導く攻撃メールが多数報告!侵入を前提に対応するEDRの導入が有力な解決策に

  5. セキュリティ

    偽装ウイルスを見抜けず水際対策の重要性を痛感!竹中工務店が実施した2万台のPCを守る方法とは

NEWSLETTERS

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

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

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