プロビジョニング（テクノロジー）

電気通信におけるプロビジョニングとは、ネットワークを準備し、ユーザーに新しいサービスを提供できるようにするプロセスを指します。国家安全保障/緊急事態対策電気通信サービスでは、「プロビジョニング」は「開始」に相当し、既存の優先サービスまたは機能の状態を変更することも含まれます。^[1]

ネットワークプロビジョニングまたはサービス仲介の概念は、主に通信業界で使用され、ネットワーク要素 (ネットワーク通信システムに接続されたさまざまな機器) への顧客のサービスのプロビジョニングを指します。通常、電話プロビジョニングでは、これはネットワーク管理データベーステーブルマッピングによって実現されます。これにはネットワーク機器の存在が必要であり、ネットワークの計画と設計に依存します。

すべてのレベルで情報技術(IT)を採用している現代の信号インフラストラクチャでは、電気通信サービスと「より高レベルの」インフラストラクチャを区別することはできません。^{[引用が必要]} したがって、プロビジョニングは必要なシステムを構成し、ユーザーにデータとテクノロジリソースへのアクセスを提供し、関連するすべてのエンタープライズレベルの情報リソース管理を指します。

組織的には、CIO がプロビジョニングを管理するのが一般的で、人事部門と IT 部門が協力して次の作業を行う必要があります。

ユーザーにデータリポジトリへのアクセス権を付与したり、一意のユーザー ID に基づいてシステム、ネットワークアプリケーション、データベースへの承認を付与したりします。
コンピュータ、携帯電話、ポケットベルなどの使用に適したハードウェアリソース。

プロビジョニングプロセスは、その中核として、アクセス権と特権を監視し、企業のリソースとユーザーのプライバシーのセキュリティを確保します。二次的な役割として、コンプライアンスを確保し、侵入や不正使用に対するシステムの脆弱性を最小限に抑えます。三次的な役割として、ブートイメージ制御やその他の方法を使用して、カスタム構成の量を減らし、関連するさまざまな構成の数を大幅に削減します。

プロビジョニングに関する議論は、仮想化、オーケストレーション、ユーティリティコンピューティング、クラウドコンピューティング、オープン構成の概念やプロジェクトの文脈でよく取り上げられます。たとえば、OASISプロビジョニングサービス技術委員会 (PSTC) は、ユーザー、リソース、およびサービスプロビジョニング情報を交換するためのXMLベースのフレームワーク、つまり「組織内および組織間での ID 情報とシステムリソースのプロビジョニングと割り当ての管理」のためのSPML (サービスプロビジョニングマークアップ言語) を定義しています。^{[引用が必要]}

プロビジョニングが実行されると、SysOppingプロセスによって、期待される標準に従ってサービスが維持されます。したがって、プロビジョニングはサービス操作のセットアップまたは起動部分のみを指し、SysOpping は継続的なサポートを指します。

ネットワークプロビジョニング

プロビジョニングの 1 つのタイプ。顧客関係管理(CRM)で顧客に割り当てられるサービスは、サービスを有効にし、顧客が実際にサービスを使用できるようにするネットワーク要素でプロビジョニングする必要があります。CRM で構成されたサービスとネットワーク要素上のサービスの関係は、必ずしも 1 対 1 の関係ではありません。たとえば、Microsoft Media Server (mms://) などのサービスは、複数のネットワーク要素によって有効にできます。

プロビジョニング中、サービス仲介デバイスは、サービスとサービスの対応するパラメータを、関係するネットワーク要素上の 1 つ以上のサービス/パラメータに変換します。システムサービスをネットワークサービスに変換するために使用されるアルゴリズムは、プロビジョニングロジックと呼ばれます。

通信事業者からの電子請求書フィードは、通信費管理(TEM) ソフトウェアのコアに直接自動的にダウンロードされ、ユーザーサポートおよびオペレーションセンター (USOC) レベルに至るまで、各明細項目の請求の監査が即座に実行されます。プロビジョニングソフトウェアは、すべての通信事業者から提供された各回線番号を取得し、契約レート外で請求が発生した場合は、例外ルールによって赤旗がトリガーされ、事前に設定されたスタッフメンバーに請求エラーを確認するよう通知されます。

サーバーのプロビジョニング

サーバープロビジョニングは、適切なシステム、データ、ソフトウェアを使用してサーバーを準備し、ネットワーク操作の準備を整える一連のアクションです。サーバーをプロビジョニングする際の一般的なタスクは、使用可能なサーバーのプールからサーバーを選択し、適切なソフトウェア(オペレーティングシステム、デバイスドライバー、ミドルウェア、アプリケーション) をロードし、システムとソフトウェアを適切にカスタマイズして構成し、このサーバーのブートイメージを作成または変更し、 IP アドレス、IP ゲートウェイなどのパラメーターを変更して、関連するネットワークリソースとストレージリソースを見つけ (リソースプロビジョニングとして分離される場合もあります^{)、システムを監査することです。システムを監査することで、[説明が必要]}脆弱性^{の制限に対する}OVAL準拠を確認し、コンプライアンスを確保し、パッチをインストールします。これらのアクションの後、システムを再起動して新しいソフトウェアをロードします。これで、システムが操作できる状態になります。通常、インターネットサービスプロバイダー(ISP) またはネットワークオペレーションセンターは、明確に定義された一連のパラメーター (組織が承認し、ライセンスを取得したソフトウェアを使用するブートイメージなど) に対してこれらのタスクを実行します。このようなブートイメージの多くのインスタンスは、仮想専用ホストを作成します。

サーバー、サービス、エンドユーザーデバイスのプロビジョニングを自動化するソフトウェア製品は数多くあります。例: BMC Bladelogic Server Automation、HP Server Automation、IBM Tivoli Provisioning Manager、 Redhat Kickstart、xCAT、HP Insight CMU など。ミドルウェアとアプリケーションは、オペレーティングシステムのインストール時にインストールすることも、アプリケーションサービス自動化ツールを使用して後でインストールすることもできます。学術界では、プロビジョニングをいつ発行するか、マルチティア^[2]またはマルチサービスアプリケーションで必要なサーバーの数など、さらに詳細な質問が取り上げられています。 ^[3]

クラウドコンピューティングでは、サーバーはWebユーザーインターフェイスまたはアプリケーションプログラミングインターフェイス（API）を介してプロビジョニングされます。クラウドコンピューティングのユニークな点の1つは、これがいかに迅速かつ簡単に実行できるかです。監視ソフトウェアを使用すると、既存のリソースに過度の負荷がかかったときに自動プロビジョニングをトリガーできます。^[4]

簡単に言うと、サーバープロビジョニングは、リソース要件に基づいてサーバーを構成します。ハードウェアまたはソフトウェアコンポーネント (シングル/デュアルプロセッサ、RAM、HDD、RAID コントローラ、 LAN カードの数、アプリケーション、OS など) の使用は、ISP、仮想化、NOS、音声処理などのサーバーの機能によって異なります。サーバーの冗長性は、組織内のサーバーの可用性によって異なります。重要なアプリケーションのダウンタイムは、クラスターサーバー、RAID、またはミラーリングシステムを使用すると短くなります。

ほとんどの大規模センターでは、これを回避するために部分的にこのサービスを使用しています。サービスごとに追加のリソースプロビジョニングが行われる場合があります。^[5]

市場には、Cobblerや HP Intelligent Provisioning など、サーバープロビジョニング用のソフトウェアがいくつかあります。

ユーザープロビジョニング

ユーザープロビジョニングとは、自動化された、または対話型のビジネスプロセスに応じて、1 つ以上のシステム、ディレクトリ、またはアプリケーションに存在するユーザーオブジェクトとユーザー属性の作成、保守、および非アクティブ化を指します。ユーザープロビジョニングソフトウェアには、変更の伝達、セルフサービスワークフロー、統合ユーザー管理、委任ユーザー管理、およびフェデレーション変更管理の 1 つ以上のプロセスが含まれる場合があります。ユーザーオブジェクトは、従業員、契約業者、ベンダー、パートナー、顧客、またはその他のサービス受信者を表す場合があります。サービスには、電子メール、公開ユーザーディレクトリへの追加、データベースへのアクセス、ネットワークまたはメインフレームへのアクセスなどが含まれます。ユーザープロビジョニングは、アイデンティティ管理ソフトウェアの一種で、ユーザーが複数のシステムおよび複数のインスタンス上の複数のオブジェクトで表される組織内で特に役立ちます。

クラウドコンピューティングサービスのセルフサービスプロビジョニング

オンデマンドセルフサービスは、米国国立標準技術研究所（NIST）によってクラウドコンピューティングの重要な特徴として説明されています。^[6]クラウドコンピューティングのセルフサービス性により、エンドユーザーは、 ITスタッフの支援を必要とせずに、アプリケーション、アプリケーションをサポートするインフラストラクチャ、^[7]^および構成を含むクラウドサービスを自分で取得および削除できます。 ^[8]自動セルフサービスは、さまざまなアプリケーションの目標と制約（期限やコストなど）をターゲットにすることができます。^[10]^[11]また、さまざまなアプリケーションアーキテクチャ（タスクバッグやワークフローなど）を処理することもできます。^[12]クラウドユーザーは、クラウドサービスカタログまたはセルフサービスポータルを通じてクラウドサービスを取得できます。^[13]ビジネスユーザーは自分でクラウドサービスを取得して構成できるため、ITスタッフの生産性が向上し、クラウドインフラストラクチャの管理に多くの時間を費やすことができます。^[14]

クラウドサービスのプロビジョニングの欠点の1つは、即時ではないことです。クラウド仮想マシン（VM）はユーザーがいつでも取得できますが、取得したVMが使用可能になるまでに数分かかる場合があります。VMの起動時間は、イメージサイズ、VMの種類、データセンターの場所、VMの数などの要因によって異なります。^[15]クラウドプロバイダーによってVMの起動パフォーマンスは異なります。

モバイル加入者のプロビジョニング

モバイル加入者のプロビジョニングとは、携帯電話ネットワークの既存の加入者向けにGPRS、MMS、インスタントメッセージングなどの新しいサービスや、標準的なインターネットチャットやメールサービスへのゲートウェイを設定することを指します。ネットワークオペレーターは通常、モバイルオペレーティングシステムが受け入れ可能なものに応じて、 SMSテキストサービスまたはHTMLを使用して、またあまり一般的ではありませんがWAP を使用して、これらの設定を加入者の携帯電話に送信します。

プロビジョニングの一般的な例としては、データサービスが挙げられます。音声通話にデバイスを使用しているモバイルユーザーは、電子メールを読んだりインターネットを閲覧したりするために、データサービスに切り替える必要がある場合があります。モバイルデバイスのサービスは「プロビジョニング」されているため、ユーザーはプッシュメールやスマートフォンサービスの他の機能を通じて接続を維持できます。

デバイス管理システムは、プラグアンドプレイデータサービスを組み込むことで、エンドユーザーが使用しているデバイスをサポートし、エンドユーザーにメリットをもたらします。^{[引用が必要]}。このようなプラットフォームは、ネットワーク内のデバイスを自動的に検出し、設定を送信して、即時かつ継続的に使用できるようにします。^{[引用が必要]}このプロセスは完全に自動化されており、使用されたデバイスの履歴が保持され、以前に設定されていない加入者デバイスにのみ設定が送信されます。モバイル更新を管理する 1 つの方法は、IMEI / IMSIペアをフィルターすることです。^{[引用が必要}^] 一部のオペレーターは、1 秒あたり 50 個の無線設定更新ファイルのアクティビティを報告しています。^[引用が^必要^]

モバイルコンテンツのプロビジョニング

これは、モバイルインターネットなどのモバイルコンテンツを、デバイスの機能に関係なく、携帯電話に配信することを指します。これには、オペレーティングシステムの種類とバージョン、Java のバージョン、ブラウザーのバージョン、画面のフォームファクター、オーディオ機能、言語設定、その他多くの特性が含まれます。2006 年 4 月の時点で、関連する組み合わせはおよそ 5,000 個ありました。モバイルコンテンツのプロビジョニングにより、さまざまな端末に配信されても、共通のユーザーエクスペリエンスが実現します。

モバイルデバイスのプロビジョニング

デバイスのプロビジョニングには、モバイルデバイス管理システムツールなどの中央ポイントからモバイルデバイスに構成データとポリシー設定を配信することが含まれます。

インターネットアクセスのプロビジョニング

顧客をオンラインにするには、クライアントシステムを構成する必要があります。接続テクノロジ ( DSL、ケーブル、ファイバーなど) に応じて、クライアントシステムの構成には次のものが含まれます。

モデムの設定
ネットワーク認証
ドライバーのインストール
無線LANの設定
オペレーティングシステムのセキュリティ保護(主にWindows用)
ブラウザプロバイダー固有の設定
電子メールのプロビジョニング（メールボックスとエイリアスの作成）
クライアントシステムでの電子メール設定
追加のサポートソフトウェアまたはアドオンパッケージのインストール

インターネットアクセスをプロビジョニングするには、次の 4 つの方法があります。

マニュアルを配布する: マニュアルは経験豊富なユーザーにとっては非常に役立ちますが、経験の浅いユーザーは、すべてのインターネットサービスにアクセスできるようになるまで、サポートホットラインに何度も電話する必要があります。ユーザーのミスやソフトウェアエラーによって構成が意図せず変更されるたびに、追加の電話が必要になります。
技術者によるオンサイトセットアップ: 技術者をオンサイトに派遣することは、プロバイダーの観点からは最も信頼できるアプローチです。技術者は、顧客の敷地を離れる前にインターネットアクセスが機能していることを確認するからです。この利点は、ビジネスモデルに応じてプロバイダーまたは顧客のいずれかにとって高いコストを伴います。さらに、顧客にとっては、インストールの予約を取るまで待たなければならず、仕事を休む必要があるため、不便です。インターネット接続を修復するには、オンサイトまたは電話によるサポートが再度必要になります。
サーバー側のリモートセットアップ: サーバー側のモデム構成では、 TR-069と呼ばれるプロトコルが使用されます。これは広く確立されており、信頼性があります。現在の段階では、モデム構成にのみ使用できます。プロトコル拡張については議論されていますが、ほとんどのクライアントデバイスとアプリケーションがまだサポートしていないため、実際にはまだ実装されていません。プロビジョニングプロセスのその他のすべての手順はユーザーに任されており、通常、サポートホットラインへのかなり長い通話が何度も発生します。
インストール CD: 「クライアント側セルフサービスインストール」CDとも呼ばれ、モデム構成からホームネットワークデバイスを含むクライアントアプリケーションのセットアップまで、プロセス全体をカバーできます。ソフトウェアは通常、自律的に動作します。つまり、オンライン接続や高価なバックエンドインフラストラクチャは必要ありません。このようなインストールプロセス中に、ソフトウェアは通常、問題が発生した場合に顧客をサポートする診断およびセルフ修復アプリケーションもインストールし、コストのかかるホットラインコールを回避します。このようなクライアント側アプリケーションは、マーケティング、クロスセル、アップセルのまったく新しい可能性も開きます。このようなソリューションは、高度に専門化された企業から、またはプロバイダーの開発部門から直接提供されます。

参考文献

^ この記事には、連邦規格 1037Cのパブリックドメインマテリアルが組み込まれています。一般調達局。2022 年 1 月 22 日のオリジナルからアーカイブ。
^ Urgaonkar, Bhuvan; Shenoy, Prashant; Chandra, Abhishek; Goyal, Pawan; Wood, Timothy (2008). 「多層インターネットアプリケーションのアジャイル動的プロビジョニング」. ACM Transactions on Autonomous and Adaptive Systems . 3 : 1–39. CiteSeerX 10.1.1.294.6606 . doi :10.1145/1342171.1342172. S2CID 10041862.
^ Jiang Dejun、Guillaume Pierre、Chi-Hung Chi。「マルチサービス Web アプリケーションのための自律リソースプロビジョニング」。2010 年 4 月、第 19 回国際ワールドワイドウェブ会議の議事録。
^ Amies A、Sanchez J、Vernier D、Zheng XD、2011 年。「クラウド内のサービスの監視」、IBM developerWorks、2 月 15 日。
^ He, Sijin; L. Guo; Y. Guo; M. Ghanem (2012)。「多変量確率モデルを使用したクラウド環境のリソース使用率の向上」。2012 IEEE 第 5 回国際クラウドコンピューティング会議。2012 2012 IEEE 第 5 回国際クラウドコンピューティング会議( CLOUD)。pp. 574–581。doi :10.1109/ CLOUD.2012.66。ISBN 978-1-4673-2892-0. S2CID 15374752。
^ メル、ピーター、グランス、ティモシー。「NIST のクラウドコンピューティングの定義」、特別出版物 800-145、米国国立標準技術研究所
^ He, Sijin; L. Guo; Y. Guo; C. Wu; M. Ghanem; R. Han (2012)。「Elastic Application Container: クラウドリソースプロビジョニングのための軽量アプローチ」。2012 IEEE第 26 回国際高度情報ネットワークおよびアプリケーション会議。2012 IEEE 第 26 回国際高度情報ネットワークおよびアプリケーション会議( AINA)。pp. 15–22。doi :10.1109/AINA.2012.74。ISBN 978-1-4673-0714-7. S2CID 4863927。
^ ペレラ、デイビッド。「連邦政府のクラウドコンピューティングに対する本当の障害」2012年10月23日アーカイブ、ウェイバックマシン、Fierce Government IT、2012年7月12日
^ MSV、Janakiram。「スタートアップ企業がクラウドを検討すべき10の理由」Wayback Machineに2012年9月24日アーカイブ。Cloud Story、2012年7月20日
^ Mao, Ming; M. Humphrey (2011)。「クラウドワークフローでコストを最小限に抑え、アプリケーションの期限に間に合わせるための自動スケーリング」。2011年国際高性能コンピューティング、ネットワーキング、ストレージ、分析会議の議事録。pp. 1–12。doi : 10.1145 / 2063384.2063449。ISBN 978-1-4503-0771-0. S2CID 11960822。
^ Mao, Ming; M. Humphrey (2013)。「クラウドワークフローの予算制約内でアプリケーションパフォーマンスを最大化するためのスケーリングとスケジューリング」。2013 IEEE 第 27 回並列および分散処理に関する国際シンポジウム。pp. 67–78。doi :10.1109/IPDPS.2013.61。ISBN 978-0-7695-4971-2.S2CID 5226147 。
^ Mao, Ming; J. Li; M. Humphrey (2010). 2010 第 11 回 IEEE/ACM 国際グリッドコンピューティング会議 (Grid2010) . pp. 41–48. CiteSeerX 10.1.1.467.5771 . doi :10.1109/GRID.2010.5697966. ISBN 978-1-4244-9347-0. S2CID 9744596。
^ Onisick, Joe. 「プライベートクラウドを構築するための 5 つのステップ」、Network Computing、2012 年 7 月 23 日
^ Cowie, Jason. 「プライベートクラウドの取り組みを CEO にとって重要なものにする方法」、The Data Center Journal、2012 年 7 月 17 日
^ Mao, Ming; M. Humphrey (2012)。「クラウドでの VM 起動時間に関するパフォーマンス調査」。2012 IEEE第 5 回国際クラウドコンピューティング会議。p. 423。doi :10.1109/ CLOUD.2012.103。ISBN 978-1-4673-2892-0.S2CID 1285357 。

[1] この記事には、連邦規格 1037Cのパブリックドメインマテリアルが組み込まれています。一般調達局。2022 年 1 月 22 日のオリジナルからアーカイブ。

[2] Urgaonkar, Bhuvan; Shenoy, Prashant; Chandra, Abhishek; Goyal, Pawan; Wood, Timothy (2008). 「多層インターネットアプリケーションのアジャイル動的プロビジョニング」. ACM Transactions on Autonomous and Adaptive Systems . 3 : 1–39. CiteSeerX 10.1.1.294.6606 . doi :10.1145/1342171.1342172. S2CID 10041862.

[3] Jiang Dejun、Guillaume Pierre、Chi-Hung Chi。「マルチサービス Web アプリケーションのための自律リソースプロビジョニング」。2010 年 4 月、第 19 回国際ワールドワイドウェブ会議の議事録。

[4] Amies A、Sanchez J、Vernier D、Zheng XD、2011 年。「クラウド内のサービスの監視」、IBM developerWorks、2 月 15 日。

[5] He, Sijin; L. Guo; Y. Guo; M. Ghanem (2012)。「多変量確率モデルを使用したクラウド環境のリソース使用率の向上」。2012 IEEE 第 5 回国際クラウドコンピューティング会議。2012 2012 IEEE 第 5 回国際クラウドコンピューティング会議( CLOUD)。pp. 574–581。doi :10.1109/ CLOUD.2012.66。ISBN 978-1-4673-2892-0. S2CID 15374752。

[6] メル、ピーター、グランス、ティモシー。「NIST のクラウドコンピューティングの定義」、特別出版物 800-145、米国国立標準技術研究所

[7] He, Sijin; L. Guo; Y. Guo; C. Wu; M. Ghanem; R. Han (2012)。「Elastic Application Container: クラウドリソースプロビジョニングのための軽量アプローチ」。2012 IEEE第 26 回国際高度情報ネットワークおよびアプリケーション会議。2012 IEEE 第 26 回国際高度情報ネットワークおよびアプリケーション会議( AINA)。pp. 15–22。doi :10.1109/AINA.2012.74。ISBN 978-1-4673-0714-7. S2CID 4863927。

[8] ペレラ、デイビッド。「連邦政府のクラウドコンピューティングに対する本当の障害」2012年10月23日アーカイブ、ウェイバックマシン、Fierce Government IT、2012年7月12日

[9] MSV、Janakiram。「スタートアップ企業がクラウドを検討すべき10の理由」Wayback Machineに2012年9月24日アーカイブ。Cloud Story、2012年7月20日

[sc2011workflow-10] Mao, Ming; M. Humphrey (2011)。「クラウドワークフローでコストを最小限に抑え、アプリケーションの期限に間に合わせるための自動スケーリング」。2011年国際高性能コンピューティング、ネットワーキング、ストレージ、分析会議の議事録。pp. 1–12。doi : 10.1145 / 2063384.2063449。ISBN 978-1-4503-0771-0. S2CID 11960822。

[sc2013scaling-11] ^ Mao, Ming; M. Humphrey (2013)。「クラウドワークフローの予算制約内でアプリケーションパフォーマンスを最大化するためのスケーリングとスケジューリング」。2013 IEEE 第 27 回並列および分散処理に関する国際シンポジウム。pp. 67–78。doi :10.1109/IPDPS.2013.61。ISBN 978-0-7695-4971-2.S2CID 5226147 。

[grid2010-12] Mao, Ming; J. Li; M. Humphrey (2010). 2010 第 11 回 IEEE/ACM 国際グリッドコンピューティング会議 (Grid2010) . pp. 41–48. CiteSeerX 10.1.1.467.5771 . doi :10.1109/GRID.2010.5697966. ISBN 978-1-4244-9347-0. S2CID 9744596。

[13] Onisick, Joe. 「プライベートクラウドを構築するための 5 つのステップ」、Network Computing、2012 年 7 月 23 日

[14] Cowie, Jason. 「プライベートクラウドの取り組みを CEO にとって重要なものにする方法」、The Data Center Journal、2012 年 7 月 17 日

[vmstartuptime2012-15] Mao, Ming; M. Humphrey (2012)。「クラウドでの VM 起動時間に関するパフォーマンス調査」。2012 IEEE第 5 回国際クラウドコンピューティング会議。p. 423。doi :10.1109/ CLOUD.2012.103。ISBN 978-1-4673-2892-0.S2CID 1285357 。