モノリスの限界を示す3つの兆候
判断基準は？ 企業がマイクロサービスを検討すべきタイミング
モノリシックなアーキテクチャはあるときを境に限界を迎え、企業はマイクロサービスへの移行に迫られる。モノリスの限界を示す3つの兆候について紹介する。
デジタルトランスフォーメーションを迫られている企業の間では、分散アーキテクチャへの移行、中でも特にマイクロサービスアーキテクチャへの移行がますます人気を博している。ただし、Amazon.comやeBayといった大手企業は、モノリスを小さく分割する作業に既に取り掛かっているが、大半の企業は依然としてマイクロサービスアーキテクチャが自社にもたらす価値を検討している段階だ。
米国で開催されたソフトウェア開発カンファレンス「2017 QCon」で、オンラインパーソナルスタイリングサービスを提供するStitch Fixのランディ・シャウプ氏にインタビューし、マイクロサービスの簡単な定義、マイクロサービス導入の実態、モノリスが限界に達していることを示す決定的な兆候について話を聞いた。
――マイクロサービスを簡潔に定義するとどのようになりますか。
ランディ・シャウプ氏 マイクロサービスの「マイクロ」はインタフェースのスコープを表している。コードの行数や開発時間の長さを表しているわけではない。つまりマイクロサービスとは、しっかりと定義されたシンプルなインタフェースを持つサービスだと考えている。また、組み立てが可能であることも必要だ。要するに十分汎用化されている必要がある。例えば「請求」のマイクロサービスがあるとする。多種多様なクライアントがこのマイクロサービスをニーズに合わせてさまざまな方法で組み立てることができなければならない。
ソフトウェアの観点では、やや細分化の度合いが高いことを除けば、優れたクラスを構築することに他ならない。カプセル化されるクラスを構築し、データは内部に含める。インタフェースはシンプルに保ち、簡単に使用でき、理解しやすいものにする。こうした設計原則は、プロセスやサービスのレベルに適用されるものと全く同じだ。
――マイクロサービスの導入実態はどのようになっていますか。モノリスから脱却しようと考えても、依然モノリスに縛られている企業はどれくらいありますか。
シャウプ氏 まず言えることは、eBay、Amazon.com、Netflix、Twitterなど、多くの企業に話を聞いたが、恐らく想像している通り、どの企業も最初はモノリスだったということだ。だが、今挙げた企業は全て、いわゆるマイクロサービスアーキテクチャに変わっている。
ポイントは2つある。1つは、どの企業も最初からマイクロサービスアーキテクチャだったのではなく、モノリスから始まっていることだ。もう1つは、時間をかけて自社のアーキテクチャを進化させていることだ。eBayの場合5世代をかけて進化させている。Twitterも、Amazon.comも、Netflixも同じだ。
どの企業も、規模が小さいときにはマイクロサービスに手を付けていない。その理由を聞いてみると、事業の拡大には時間をかけたが、テクノロジーの構築には時間を割かなかったという。こんな話がある。1995年、eBayには競合会社があった。この企業は全ての時間を分散型システムの構築に費やしていたという。私たちがこの企業のことを知らないのには訳がある。同社が全力を傾けたのがサービスではなく、システムの構築だったためだ。
では、実態はどうだろう。マイクロサービスは進化の途上にある。そのため、その進化途上のどの位置にいるかは企業によって異なる。先ほど述べた企業は着手も非常に早く、既に移行を終えている。Amazon.comは全てをマイクロサービスアーキテクチャに移行し、さらに新たなサービスを生み出しながら進化を続けている。
だが、私の現在の勤務先、Stitch Fixでは、社内の特定のモノリスを分割して、マイクロサービスに移行しているさなかだ。つまり両方使っている。あるところではモノリスを使い、別のところではマイクロサービスへの移行を完了している。当社は、進化途上の中央に位置している。同じような位置にいる企業は多いと考える。
――モノリスが有用性の限界に達していて、マイクロサービスの導入を検討するタイミングにあることを示す兆候にはどのようなものがありますか。
シャウプ氏 まず、チームを増員できない状況が挙げられる。つまり、チームに人を増やしても、モノリスでは全員のイライラが募り、全員の速度が低下し始める。
次に、パフォーマンスが拡張のボトルネックになるときだ。Twitterは最初のころ、ひっきりなしにダウンしていた。人気の高まりがダウンを引き起こしていたといえる。単純に言えばモノリスではその負荷に耐えられなかったということだ。そのため、Twitterはモノリスを小さなサービスに分割せざるを得なくなった。
もう1つは導入のライフサイクルだ。システムの中には、すぐにリリースしなければならないものと、急ぐ必要のないものがある。Webインタフェースであれば、変更が必要になるたびに、再リリースしなければならないかもしれない。だが、HTMLの一部を調整するだけのために、システム全体を再導入するとしたら、とても面倒だ。
モノリスを批判しているわけではない。モノリスはあるクラスの問題には完全に合理的なソリューションだ。ユーザーの数、チームの規模、導入のライフサイクルのいずれかが原因で、そのクラスを超える問題に発展したら、マイクロサービスのようなものに変える必要がある。
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
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
3
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
-
4
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
5
SAP導入後も残る“Excel依存” 京急電鉄は「kintone」でどう解消した？
-
6
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
7
いまIBM iエンジニアが直面する「5つの技術的課題」とその解決策
-
8
被害額は過去最高額 それでも「サイバー犯罪者が捕まらない」3つの理由
-
9
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
10
Microsoft 365の「テナント統合・分離」問題 手戻りのない道を選ぶ秘訣とは？
ホワイトペーパーランキング 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_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー