クラウドネイティブな開発を可能に
理想的な「クラウドで開発/テスト、オンプレミスで本番運用」をどう実現する?(1/2 ページ)
開発/テスト環境をパブリッククラウドで構築し、本番アプリケーションをオンプレミスで運用する――こうしたクラウドネイティブな開発を可能にする、ツールやサービスを紹介する。
あなたの会社が近い将来、オンプレミスのアプリケーションをクラウドに移行しなくても、クラウドベースの開発環境のメリットは享受できる。多くの企業がハイブリッドクラウドのアプローチを取り、開発およびテスト環境をパブリッククラウドで運用し、本番アプリケーションをオンプレミスで運用している。
今では多くのクラウドプロバイダーからさまざまなツールが提供されており、オンデマンドでインフラを立ち上げ、コードをデプロイし、アプリケーションに対して一連のテストをし、本番稼働に対応できることを確認するのは、従来と比べて容易になっている。
2016年上半期「クラウド」記事ランキング(2016年1月1日~2016年6月20日)
1位 Appleの「iCloud」がGoogleクラウドを選んだ理由
2位 メールからチャットへ――「Slack」「LINE」が変える情報共有と開発手法
3位 やはり強いクラウド“ビッグスリー”、次のサービス停止はどこ?
クラウドベースの開発/テストのメリット
1台のサーバで動作するシンプルなアプリケーションでも、複雑なテスト環境が必要となる高度な多層アプリケーションでも、「Amazon Web Services」(AWS)や「Microsoft Azure」(Azure)のようなクラウドコンピューティングプラットフォームは、開発プロセスを大幅にスピードアップさせる。
パブリッククラウドプロバイダーは、仮想マシン(VM)のスピンアップ(起動)を容易にしている。1回のAPI呼び出しでVMがプロビジョニングされ、開発者やテストエンジニアはそれをデプロイし、アプリケーションを一連のテストで検証する。ただし、そのように簡単に事が運ぶのは、シンプルなアプリケーションの場合に限られる。当然のことながら、アプリケーションはシンプルなものばかりではない。
一部の業務アプリケーションは、実際の稼働を想定した適切なテストをするために、オンプレミスの本番環境を模した、さまざまなサポートインフラを必要とする。アプリケーションチーム(開発者とIT運用担当者)がレイテンシなどの挙動をより正確に予測できるように、本番環境に最も近い仕様の環境で、アプリケーションの実際のパフォーマンスを把握する必要があるからだ。
AWSやAzureのような成熟したプラットフォームは、JSONベースの宣言型のテンプレートを使って、カスタムネットワーク、ストレージ、VMなどを持つ複雑なインフラ環境の自動化を支援する。そのおかげで、運用チームはクラウドにおいてほんの数分で、オンプレミス本番環境の完全に構成されたレプリカを作成できる。この手法は「Infrastructure as Code」として知られており、その支援サービスとしてAWSでは「CloudFormation」、Azureでは「Azure Resource Manager」テンプレートが提供されている。
また、データセンターマネジャーは開発およびテストチームにリソースを割り当てる際、常にハードウェアの制約に直面する。テスト環境のハードウェア仕様は、本番環境にデプロイするハードウェアの仕様と同様でなければならないからだ。さらに、そうした物理システムは稼働を継続させなければならない。ハードウェアと周辺コンポーネントが故障すると、運用チームがそのコンポーネントを交換するか、修理するまで、コードをテストするプロセスが遅れてしまう。だが、クラウドベースの開発環境では、物理ハードウェアは抽象化されており、メンテナンス作業は発生しない。開発者は選択したクラウドプラットフォームで、仮想サーバを必要な台数だけ立ち上げることができる。
これに対し、開発およびテストワークロードを実行できるように物理マシンを維持すれば、アイドル状態のときもコストが掛かり、IT部門がそれを負担することになる。物理的なマシンは、データセンターのフロアスペースを占有し、恐らく使われていないときも電力を消費する。だがクラウドでは、ユーザーは使った分だけ費用を支払う。オンデマンドで環境を構築、破棄できるので、企業は必要なときに必要なだけリソースを利用でき、料金は利用した分しか掛からない。
多くの継続的インテグレーションツールやアプリケーションライフサイクル管理ツールは、クラウドプラットフォームや自社所有サーバと統合されている。Amazon Web Services(Amazon)やMicrosoftのようなプロバイダーは、オンプレミスサーバおよびクラウドベースサーバと連係し、開発から本番への移行を容易にするDevOpsツールスイートを提供している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
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ジャパンをフォロー