ステップアップ方式で習得する
マイクロサービスで構築できる「成功するクラウドWebサービス」
マイクロサービスを使用してクラウドWebサービスを構築すると、拡張性などのメリットを享受できる他、業務アプリケーションから新しい機能やツールにアクセスできる。
AmazonとMicrosoftの2大パブリッククラウドプロバイダーは、どちらも数十のWebサービスを提供している。それぞれのWebサービスでは、便利なアプリケーション機能やツールをユーザーがAPI経由で呼び出せる。一見すると、このようなWebサービスはマイクロサービスとよく似ている。実装の細部では、類似点がさらに増える。
クラウドWebサービスと同様に、マイクロサービスは単一のアプリケーションの一部ではなく、アプリケーションに汎用リソースを提供する。また、クラウドWebサービスと同じく、マイクロサービスには複数の異なるアプリケーションと多数のユーザーが同時にアクセスできる。それから、マイクロサービスは負荷に応じた伸縮も可能だ。基盤となるリソースが機能しない場合には、サービス自体の置き換えもできる。この点についても、クラウドWebサービスと同じといえる。
マイクロサービスを使用してクラウドWebサービスを自社で構築するときに生じる唯一の問題は、マイクロサービスに上述のメリットを与えるものが必ずしも明確ではないことだ。クラウドの設計者が正しい方法でマイクロサービスを導入できない状況はあり得る。その場合、クラウドWebサービスの機能提供に関するマイクロサービスの価値は損なわれる。そのため、マイクロサービスの導入では計画が重要になる。
マイクロサービスを使用してクラウドWebサービスを構築する
マイクロサービスを使用して独自のクラウドWebサービスを構築する最初のステップは、ターゲットにする機能全般の特定だ。Amazon Web Services(AWS)またはMicrosoft AzureのクラウドWebサイトにアクセスして、各社が提供しているWebサービスの一覧を確認してほしい。分析関連からセキュリティ関連に至るまで、さまざまなWebサービスを提供している。どのWebサービスが自社のアプリケーションにとって最も有益かに注目することが肝要だ。クラウドプロバイダーが提供しているWebサービスの厳密な再現に固執しないようにしたい。自社に必要なWebサービスはもっと特殊なものかもしれない。また、単一のアプリケーションやアプリケーショングループに固執しないことにも留意したい。
次のステップは、アクセス方法の計画だ。多くのアプリケーションコンポーネントは、外部からではなく、アプリケーション内でアクセスするように設計している。自社で構築したマイクロサービスは、自社で使用している他のアプリケーション全てからアクセスできなければならない。そのため、全てのマイクロサービスを導入するサブネットの作成を検討が必須になる。そして、各マイクロサービスのAPIを自社のVPNで公開して、広く使用できるようにすることも重要だ。
併せて、マイクロサービスがセキュリティやコンプライアンスの問題を引き起こさないように注意したい。マイクロサービスはアドレス指定を広くでき、複数のアプリケーションで共有可能なため、情報漏えいにつながる恐れがある。1つの解決策は、マイクロサービスへアクセスするときに資格情報を要求して、さまざまなテクノロジーを用いてアプリケーションやユーザーを識別することだ。この用途に使用できるテクノロジーには、暗号化やセキュリティキーなどがある。
しかし、マイクロサービスを正しく設計していない場合、アクセスのセキュリティを確保しても十分ではない可能性がある。アプリケーションを使用していると、データの一部がアプリケーションのストレージシステムに残ることが多い。このデータがセキュリティを損なうことがあり、マイクロサービスが拡張しにくい原因となっている。プログラマーがマイクロサービスのコードを記述するときには、ソフトウェア内部に中間生成物のデータを一切保存しないステートレスなマイクロサービスを開発するのが望ましい。
ターゲットのWebサービスを特定して、マイクロサービスへの安全なアクセス方法を確保したら、次に考えるのは拡張性だ。一般的にクラウドプロバイダーのWebサービスと異なり、マイクロサービスは従来のクラウドアプリケーションコンポーネントと同じ方法でホストされている。マイクロサービスのハイブリッドクラウドやマルチクラウド展開を計画している場合、ホストする場所に関係なくマイクロサービスにアクセスできるようにしたい。それには、関連する各種パブリッククラウドプラットフォームとプライベートクラウドプラットフォームのDevOpsモデルに加えて、さまざまな仮想マシンイメージのメンテナンスが必要になるかもしれない。
クラウドWebサービスの知られざる重要な特性の1つは、パフォーマンスの伸縮性だ。パブリッククラウドプロバイダーが負荷分散によってインスタンスの伸縮性を促進するツールを所有しているなら、それを利用して伸縮性のあるマイクロサービスを構築するとよい。だが、こうしたツールはクラウドWebサービスであるため、全てのプロバイダーで利用できるわけではない。また、こうしたツールはプライベートクラウドの導入では役に立たないことがある。そのため、サポートする全ての導入モデルについて、必要な機能を配置して、負荷分散と拡張性の処理方法を用意することが重要になる。導入モデルは、パブリッククラウドとプライベートクラウドから、クラウドバースティング、フェイルオーバーおよび水平方向のスケーリングまで多岐にわたる。
使用するクラウドごとに、異なるバージョンでマイクロサービスの導入を検討すべきだろう。可能ならばクラウドの境界を越えたマイクロサービスの伸縮が不要になる。また、特定のクラウドで運用中のアプリケーションから他のクラウドのマイクロサービスにアクセスする必要もなくなる。クラウドWebサービスのポータビリティの確保にも役立つ。
以上のステップに従って準備したマイクロサービスはどこでも実行できる。どんなアプリケーションでも使用でき、ワークロードのパフォーマンス需要を満たすように伸縮可能だ。クラウドプロバイダーのWebサービスを含むマイクロサービスを記述し、そのモデルを使用して、他のクラウドプロバイダーのWebサービスにアプリケーションを適応できる。多少異なる形で実装していても問題ない。マイクロサービスを綿密に使用して自社のクラウドWebサービスを構築すると、長期にわたって、また今後誕生するアプリケーションにとって開発上の大きな利益を手に入れる可能性がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
急増する「AIはこう言ってる」マン 判断を狂わせる「AI忖度」を防ぐには?
-
2
取手市がVDIと決別した理由 更改費用「4倍超」を約1.7倍に圧縮
-
3
「データストレージの活用方法」に関するアンケート
-
4
自宅のWi-Fiが「遅い」「途切れる」本当の原因は? Dellが推奨する鉄則
-
5
本当に安いPCで十分か? “すぐ重くなる”を防ぐノートPC選びの絶対条件
-
6
Claudeの不可視透かしに批判殺到 著作権消失や誤判定に潜む企業リスク
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
221人調査で分かった「情シス最大のストレス」は?
-
9
LLMの「過学習」、正しく説明している文章はどれ?
-
10
レガシー基幹システムをSAPに統合 山善が突き止めた「標準化と個別最適」の境界線
ホワイトペーパーランキング PR
-
1
年収2000万「クラウドセキュリティのプロ」になれる資格とは
-
2
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
3
Windows Updateの通信集中で回線が逼迫、ネットワーク刷新事例に学ぶ解決策
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
標的型攻撃メールを見破るには? サンプル文面を例に傾向を解説
-
8
商用利用の安全性を確保し大量のコンテンツを高速で生成する、AI活用の秘訣
-
9
マンガで解説、1日で生成AI環境を構築できるワークショップの中身とは?
-
10
Dark AIが台頭する時代の新発想、「より高度なAIで対抗する」具体的方法とは?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー