ステップアップ方式で習得する
マイクロサービスで構築できる「成功するクラウド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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
4
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
5
クラウド資格コレクターは評価されない? 年収1000万を分ける“OSの理解度”
-
6
脱VMwareか、継続か? 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
7
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
8
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
9
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
10
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー