クラウドネイティブな開発を可能に
理想的な「クラウドで開発／テスト、オンプレミスで本番運用」をどう実現する？（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
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分？ 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは？ -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「データストレージの活用方法」に関するアンケート
-
4
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
5
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは？
-
6
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
7
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
8
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
9
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
10
「プログラマー不要論」にThe Linux Foundationが示した答え
ホワイトペーパーランキング PR
-
1
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー