クラウドネイティブな開発を可能に
理想的な「クラウドで開発／テスト、オンプレミスで本番運用」をどう実現する？（1/2 ページ）
開発／テスト環境をパブリッククラウドで構築し、本番アプリケーションをオンプレミスで運用する――こうしたクラウドネイティブな開発を可能にする、ツールやサービスを紹介する。
バージョン管理ツール「Git」のWebサイト《クリックで拡大》
あなたの会社が近い将来、オンプレミスのアプリケーションをクラウドに移行しなくても、クラウドベースの開発環境のメリットは享受できる。多くの企業がハイブリッドクラウドのアプローチを取り、開発およびテスト環境をパブリッククラウドで運用し、本番アプリケーションをオンプレミスで運用している。
今では多くのクラウドプロバイダーからさまざまなツールが提供されており、オンデマンドでインフラを立ち上げ、コードをデプロイし、アプリケーションに対して一連のテストをし、本番稼働に対応できることを確認するのは、従来と比べて容易になっている。
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
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革：属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない？ Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす？ -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望？ MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
頻繁な承認が生む“確認疲れ” 「MCP」を安全に使う権限管理とは
-
9
“AIコーディング”でどのツールを選ぶ？ 「ChatGPT」「Claude」の真価
-
10
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
「スクラム」と「カンバン」の違いとは？ アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー