ステップアップ方式で習得する
マイクロサービスで構築できる「成功するクラウド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.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー