ビジネス 6仮想アプライアンスとしてソフトウェアを展開する理由

6仮想アプライアンスとしてソフトウェアを展開する理由

目次:

ビデオ: 激ドã‚ ランファン 手コã‚.wmv (七月 2024)

ビデオ: 激ドã‚ ランファン 手コã‚.wmv (七月 2024)
Anonim

ITインフラストラクチャの管理は、以前よりも複雑な提案です。 オンプレミスサーバーとモノリシックアプリケーションの時代は、新しいハイブリッドの現実に取って代わられています。レガシーのオンプレミスインフラストラクチャは、クラウドベース、仮想、およびモジュラーのデータベースおよびアプリテクノロジーの不協和音と混ざり合っています。 企業がソフトウェアをホスト、プロビジョニング、展開する方法を変えています。

このパラダイムシフトの触媒の1つは、仮想アプライアンス(VA)の台頭です。 クラウドベースの仮想マシン(VM)上に構築されたVAは、手動のインストール、プロビジョニング、または展開を気にせずに仮想アプリをセットアップおよび実行するための事前構成済みツールです。 VMwareのCloud Platform Business UnitのCTOであるKit Colbert氏は、VAを他のアプライアンスと同様に考えていると言いました。冷蔵庫がどのように機能するかを知る必要はありません。

コルバートはVMwareで14年間過ごしました。 VMkernelオペレーティングシステム(OS)およびvSphereサーバー仮想化から、vRealize IT運用マネージャー、モバイルデバイス管理(MDM)向けVMware AirWatchプラットフォームまで、エンタープライズソフトウェア会社のポートフォリオの多くで働いてきました。 PCMagは、VAが何であるか、実際のビジネスシナリオでなぜVAが役立つのかについてColbertに話しました。 次世代ソフトウェアスタックとITインフラストラクチャの一部として、コンテナやマイクロサービスなどの新しい開発者側の技術とともに、VAを活用する方法について説明しました。

VAとは何ですか?

VAは、Infrastructure-as-a-Service(IaaS)クラウドの一部として実行されるデータセンターおよび仮想サーバーでより一般的になっています。 VAが何であり、クラウドコンピューティング環境でどのように重要であるかを理解するために、コルバートはキーワードは「アプライアンス」であると述べました。

「オーブン、電子レンジ、冷蔵庫などの家の電化製品について考えてみてください。それらを接続すれば機能します」とコルバートは言います。 「内部の仕組みは複雑で、今ではモノのインターネット(IoT)の多くがWi-Fiを備えています。しかし、実際に冷蔵庫やオーブンがどのように機能するかを知っている人はどれくらいいますか?する必要はありません。非常に複雑なデバイスを非常に簡単な操作で制御するためのノブ。アプライアンスには、ユーザーが価値を獲得しやすいように複雑さが含まれています。仮想アプライアンスは、データセンターのVM内で同じことを行います。

Colbertが説明したように、VAは基本的にソフトウェアの抽象化を提供し、複雑な仮想システムを取得して、製品を販売する独立系ソフトウェアベンダー(ISV)とそのソフトウェアを購入および展開するビジネスIT部門の両方に対して、厳密に制御された特定の構成に集中させます。 ISVの場合、VAは構成および展開オプションの数を減らします。 サポートするオプションや設定、OSが多いほど、ソフトウェアが異なる環境で適切に動作することを保証するのが難しくなります。 ビジネス側では、VAを使用することで、IT部門はアプリのセットアップ、ネットワークおよびコンプライアンス設定などの構成に費やす時間を短縮できます。コルバートは、シンプルさと価値実現までの時間について述べています。

「従来、ソフトウェアをインストールするとき、そのアプリケーションを立ち上げるために必要なことは非常に多くあります。仮想アプライアンスの目標は、すべてを事前に構成し、使用を開始することです」とColbert氏は言います。 「iOSのようなオペレーティングシステムを見てください。これは、このAppleデバイスのセットでのみ動作するソフトウェアのセットです。数十万の異なるデバイスで実行される高度に構成可能なOSがあるAndroidと比較してください。メーカーはさまざまなデバイスをカスタマイズする必要がありますが、iPhoneを使用すると、一度だけ構築されます。」

VAとVM

VAとVMはしばしば混同されますが、単純に言えば、VMはVAのパッケージ化および展開メカニズムです。 Colbert氏は、VM自体は多かれ少なかれ幅広い用途を持つ空白のキャンバスであると説明しました。 VMの上に構築されたVAは、そのVMを非常に特定の方法で使用するように調整およびカスタマイズする方法です。 家電のメタファーに戻ると、VMの複雑さをすべてパッケージ化し、いわばシンプルなノブをユーザーに提供します。

「仮想アプライアンスは非常に特殊な方法で展開されるVMであり、展開を非常に簡単にし、オプションを制限して数百の異なるものを構成することができます」とColbert氏は述べています。 「汎用VMを使用すると、必要なサーバーソフトウェアとOSをインストールできます。場合によっては便利です。ここで話しているのは、より一般的なVMパターンのカスタマイズと最適化です。」

VAを展開するための6つのヒント

VMwareは、VAを扱う唯一のエンタープライズソフトウェアプロバイダーとはほど遠いですが、ほとんどの会社よりも深い専門知識を持っていると同社は言います。 VMwareは、標準化されたOpen Virtualization Format(OVF)で実行されるVMware vAppの開発に何年も費やしました。 VMware vAppプラットフォームは、さまざまなOSおよびクラウドコンピューティングアーキテクチャで動作するVAにVMをまとめてパッケージ化します。 Colbertは、VAを検討、設定、展開する際に企業が留意すべき5つの推奨事項を提示しました。

1. VMではなくVAを使用するタイミングを知る

VMとVAの違いを理解したら、どちらを使用するほうがいつ有益かを知ることが重要です。 VMをそのまま残すか、事前構成されたVAと共に展開するかを決定する際、Colbertは解決しようとしているビジネスプロセスについて考えるように言いました。

「1つのアプリケーションまたはプロセスが社内のさまざまな従業員や他の人々によって一般的に使用されるこのパターンがある場合、それはVAの良いターゲットです。その複雑さを抑えたい場所にデプロイおよび再デプロイされるアプリケーション」とコルバートは言いました。 「各ユーザーがわずかに異なる設定を行うこれらすべての異なるインスタンスを使用する代わりに、その状況を制御し、オーブンに適切なノブのセットのみを与えることができます。」

2.データセンターアプリストアを構築する

VAは使いやすく、見つけやすく、入手しやすいものでなければなりません。 従来、アプリにアクセスするには、何らかのチケットベースのリクエストをITに送信し、管理者が手動でリクエストをプロビジョニングする必要があるとColbertは説明していました。 過去数年間で、これはキュレーションされたサービスカタログまたはダウンロード用のIT承認済みアプリを提供するマネージドアプリストアを通じて、より自動化されました。 VAを使用可能にしても、ユーザーはフープをジャンプする必要はありません。

「仮想アプライアンスのシンプルさを活用して、ユーザーに直接提供しながら、ITの観点から要件を管理したい」とColbert氏は述べています。 「AirWatchなどのツールには、デバイスにセットアップするアプリを備えたエンドユーザーアプリストアがあります。しかし、ここで話しているのは、データセンターのアプリストアです。ユーザーがアプリをプロビジョニングする必要がある場合サーバーのどこかで、彼らはこの種のセカンダリセルフサービスポータルを訪れます。」

3.柔軟なネットワーク構成を使用する

VAを展開するための最も困難な側面の1つは、顧客のネットワークとの統合です。 ストレージの割り当てと基盤となるVMの展開は比較的簡単で自動化が容易ですが、コルバート氏はネットワーキングが興味深いところだと言いました。

「アプリケーションを構築する人は、ユーザーにネットワークを適切に設定するための十分なノブを提供できる必要があります。一部のネットワークはHTTPを使用し、他のネットワークはIPアドレスの静的セットを持ち、他のものはIPアドレス管理用のサードパーティツールを使用します。だからあなたをつまずかせる多くのバリエーションがあります」とコルバートは言いました。 「ユーザーが設定するための適切なオプションセットを公開するために余分な時間を費やす価値があります。また、VAがサポートできるネットワーク構成で柔軟であることを確認してください。」

4.セキュリティでスリープしないでください

VAは主にLinux OSで実行されます。 そこで発生する可能性のある問題の1つは、OSレベルのセキュリティの問題です。 アプリケーションパフォーマンス管理(APM)またはネットワーク監視ソフトウェアを使用しているか、ビジネスが活用しているオープンソースソフトウェアパッケージ内のLinux Common Vulnerabilities and Exposures(CVE)を監視するチームがあるかどうかにかかわらず、コルバートは手順セットがあるべきだと述べましたパッチを迅速に公開するまで。

「クリエイターとして行うことの1つは、VAとその中のすべてのセキュリティに対する責任を負うことです。ShellshockでもHeartbleedでも、あなたが何を持っているとしても、こうした問題が発生したときに迅速に対応するのはVA開発者です」コルバートは言った。 「これは、顧客がベンダーによるパッチの適用を信頼していない場合にVAを制限できることの1つです。ほとんどのISVには、Linux CVEを監視するセキュリティチーム全体がいます。VMwareが新しいCVEの低下を確認すると、次のプロセス全体が設定されますその上で実行し、最悪の場合でも数時間または数日でパッチをリリースします。これらのチームを監視し、対応する準備を整え、それらの変更をエンドユーザーに伝えるための配信メカニズムが必要です。

5. VMとコンテナがどのように適合するかを知る

この記事を始めたのは、仮想化されたソフトウェアとアプリテクノロジーの新時代についてです。その多くは、コンテナとマイクロサービスによってもたらされた開発者とIT革命に起因しています。 Colbertは、コンテナがVAおよびVMに自然に適合する方法を説明しました。

「多くの異なるトレードオフと機能を備えた技術が急増しています。一般的に言えば、これは良いことですが、何をすべきかについて混乱を招く可能性があります」とColbert氏は言います。

「VAとコンテナで注目すべき2つの側面があります。パッケージングとランタイムです」と彼は続けました。 「VMはハードウェアレベルで抽象化されますが、コンテナはOSレベルで抽象化されます。しかし、どちらもイメージを構築するパッケージレベルがあります。Dockerのような人々が本当にうまく行っているのは、開発ワークフローとの統合です。コンテナとVMはどちらも汎用メカニズムです。 、したがって、通常表示されるのは、VMに直接パッケージ化された通常のアプリ、または単一のアプリケーションとしてインフラストラクチャに直接展開されたコンテナーとVMのいずれかです。

しかし、それで話は終わりではありません。 VMとコンテナーを試すとき、コンテナー化されたアプリと仮想アプリがインフラストラクチャの残りの部分にプラグインされる方法、およびそれに伴うその他のすべてのロジスティック、コンプライアンス、およびセキュリティの問題に留意することが重要であるとColbertは言いました。

「顧客が近代化を開始するにつれて、2日目の運用を解決する必要があります。VMおよび仮想アプライアンスを中心にこれらすべてのソリューションを構築し、それらのソリューションをコンテナに拡張する場合、監視、バックアップ、セキュリティ、ログイン、災害復旧を考慮する必要があります。これらすべての質問に答える必要があります」とコルバートは言いました。 多くのお客様が、いつコンテナをコンテナ化するかを尋ねます。開発と本番の間でより速く、より一貫したプロセスを推進することは、理にかなっていると思います。 コンテナ化は非常に簡単です。課題は、アプリケーションをリファクタリングして、マイクロサービスアーキテクチャでより分散化することです。 それは非常に大きな努力です。」

6.マイクロサービスを使用するかどうかを決定する

マイクロサービスアーキテクチャがこれをどのように考慮するかは、より複雑な命題です。 コンテナ内では、従来のモノリシックアプリまたはモジュラーサービスに分割されたマイクロサービスアプリのいずれかを実行できます。 VAとVMに関連して、コルバートは、マイクロサービスアーキテクチャに移行するかどうかの決定はいくつかの要因に依存すると述べています。

「アプリケーションは、ビジネスにとって非常に重要であり、トップラインの収益を促進する必要があります。そうでない場合は、そのままにして、後でアクセスしてください」とColbert氏は述べています。 「収益を生むアプリケーションは、より分散型のアーキテクチャで必要なものです。多くのユーザーが接続して対話する非常に大規模なもの、または非常に高速な更新が必要な場合」

マイクロサービスを使用すると、アプリの個々のコンポーネントを頻繁に相互に独立して更新できます。 個々のサービスは大部分が分離されているため、開発者は調整することなくそれらを個別に更新できます。 コルバートは、マイクロサービスから多くのメリットを得ることができると述べましたが、顧客は、アプリが既にVMまたはコンテナーで実行されている場合でも、関連する作業と再設計の課題を過小評価しています。

「マイクロサービスは優れていますが、説得力のあるビジネス上の理由があると確信するまで、その旅に出ないでください」とコルバートは言いました。 「これが、俊敏性と迅速な更新を必要とするスケールの大きなレベルを備えた複雑なトップラインアプリケーションである場合、それを選択してください。」

6仮想アプライアンスとしてソフトウェアを展開する理由