Managing License Usage in Cloud Environment

[0:00] リン：参加者の皆様は全員、聴講専用モードになっています。「Open iT 」ITAMウェビナー「クラウド環境におけるライセンス利用の管理」へ、皆様ようこそ。私はITAMのリン・ワイスと申します。本日、司会を務めさせていただきます。 そして、本日はOpen iT のアカウントマネージャーであるカール・ルーウェケ氏をお招きしており、彼がスピーカーを務めていただきます。ウェビナーを進める前に、いくつかお知らせがあります。Open iT は、ウェビナー終了後、プレゼンテーション資料をPDF形式で皆様に公開するほか、本イベントの録画もITAMのウェブサイトに掲載されます。会員の方は、後日いつでもライブ配信を視聴可能です。 ITAMの会員でない方は、もちろん、今後視聴するためには会員登録が必要となります。講演者へのご質問がある場合は、質問ボタンまたはチャットボックスをクリックしてください。セッション終了までに、できる限りすべてのご質問にお答えできるよう努めます。もし時間が足りなかった場合は、その内容をカール氏とそのチームに伝え、後日メールにてご回答いただけるよう手配いたします。

[1:21]それでは皆さん、まず最初に、本日の講演者であるカールさんをご紹介させていただきます。先ほども申し上げました通り、彼はOpen iT のアカウントマネージャーを務めています。石油・ガス業界で26年以上にわたり、さまざまな役職を歴任してきました。 彼の業界経験は、主に深海無線関連アカウントの管理にあり、業務計画、契約、市場分析、予測、アカウント分析、顧客関係、請求・支払などが含まれます。彼は、深海オフショア操業に関する幅広い知見を活かし、ソフトウェア メータリングなどの技術の活用方法、アプリケーション利用の最適化、資産価値の最大化、ユーザーの生産性向上について、クライアントにアドバイスを行っています。それでは、本題に入りますので、マイクをカールさんに譲ります。

[2:09] カール：リン、どうもありがとうございます。こんにちは。リンがご紹介した通り、私はOpen iT のカール・ルーウェケと申します。本日、私たちのプレゼンテーションにご参加いただき、誠にありがとうございます。また、本イベントを主催してくださったITAMにも感謝申し上げます。クラウドは複雑かつ新興の技術です。クラウドの利用、クラウドそのもの、そしてクラウドライセンスに関しては、多岐にわたるテーマや数多くの側面があり、その多くは独立したトピックとして取り上げることができるでしょう。 また、クラウドという言葉は人によって様々な意味を持つものであり、これは私たちのピアレビューの過程で特に顕著でした。しかし、ここではこれらの多様な概念を統合し、クラウドに関連するソフトウェア の可用性という急速に変化している側面を理解・管理する可能性について新たな視点を提供したいと思います。皆様が、何が可能なのかについて新たな気づきを得られることを願っています。

[3:06]繰り返しになりますが、私の主な経歴は石油・ガス業界です。 データ収集システムやソフトウェア 、そしてデータ解釈ソフトウェア の管理を支援する経験が豊富にあります。学歴としては、電気工学を専攻し、デンバー大学でMBAを取得しています。さて、本日のアジェンダを簡単に確認しましょう。クラウドライセンス、利用可能なさまざまなモデル、クラウドにおける多様なライセンス形態、そして組織全体にとっての総合的なメリットを得るために、クラウドサービスやライセンス、ソフトウェア をオンプレミス環境とどのように組み合わせるかについて検討していきます。 おそらく、各組織にとって最適な組み合わせがあるはずですが、それを見つけるのはそれほど簡単ではありません。クラウドにおけるライセンス管理の最適な方法に加え、チャージバックに関するクラウド上の考慮事項についても検討する必要があります。これは非常に強力で効果的な計測手法であり、管理のために計測を活用し、クラウドと非クラウドの計測を組み合わせることによるメリットについて解説します。そしてもちろん、まとめと質疑応答の時間も設けます。

[4:24]それでは、利用可能なクラウドサービスモデルについて簡単に紹介します。利用可能なモデルにはさまざまな種類があります。いわゆる「XaaS」というものがあり、これはXが変数となる「ほぼあらゆるもの」がクラウド上で提供されるものです。多くのソフトウェア ライセンスは、ソフトウェア のさまざまなベンダー（例えば、Oil、 オートデスク、オラクル、SAP、そしてもちろんマイクロソフトといった各ベンダーから、 のライセンスの多くがクラウドへと移行しています。また、後ほど詳しく見ていくように、Amazonは間違いなくクラウドサービスの主要プロバイダーの一つです。利用可能な基本的なモデルを見てみると、検討すべきモデルは実に多岐にわたります。まずは最も一般的なモデルをいくつか見ていきますが、ソフトウェア の購入者がこれらのさまざまなモデルに対してどの程度制御権を持つかは、モデルによって異なります。 例えば、インフラストラクチャのみを購入する場合、実際のハードウェアを除いて、環境のほぼすべてを管理することが可能です。Platform-as-a-Service（PaaS）の場合、アプリケーションやデータを直接管理することができます。しかし、SaaSのようなサービスでは、クラウド側の動作を直接管理することは事実上できません。つまり、利用するクラウドの種類に応じて、それぞれ異なる管理アプローチが必要になるということです。

[5:45]そして、こうした多種多様な要素や、それらが混在する可能性が、状況を著しく複雑にしています。しかし、インフラやプラットフォームの状況によっては、十分に柔軟で、実際に計測を行いデータを集約できる制御下にある計測システムが存在すれば、従来の計測コンポーネントを実際に導入できる可能性もあるという点にも留意する必要があります。 つまり、検討すべき要素は多岐にわたります。一時期、新しいサービスが毎月のように登場していたように感じられます。さまざまな種類のサービス、例えば「ライセンス・アズ・ア・サービス（Licensing as a Service）」や「モニタリング・アズ・ア・サービス（Monitoring as a Service）」、そしてもちろん「ストレージ・アズ・ア・サービス（Storage as a Service）」も非常に人気があり、単に様々なデータをクラウド上に保存するだけのものもあります。繰り返しになりますが、これらすべては、理解しておく必要がある異なる制御方式や機能を備えた、さまざまなモデルで提供されています。 そしてもちろん、どの環境においても、各組織には独自のニーズがあり、利用可能な選択肢や採用するソリューションとそれらをうまく折り合わせていく必要があります。

[6:47]では、皆さんはどのクラウドプロバイダーを利用しているのでしょうか？Amazon、HP、Azure、Googleなど、数多くのプロバイダーが存在することは承知しています。 先ほども触れたように、Amazonが市場をほぼ独占していると思います。ほとんどの調査でもそう指摘されています。これは実際に、以前開催したセミナーでの会場調査の結果ですが、参加者の67％がAmazonを利用しており、これは様々な調査でも見られる典型的な傾向です。

[7:18]そこで、ソフトウェア のライセンス方式について少しだけ触れておきたいと思います。これは、クラウドで何が可能か、またクラウドで何を考慮すべきかという点に関わるため、皆さんが確固たる共通の基礎知識を持っていることを確認するためです。 そこで、従来のモデルに少し立ち返ってみましょう。もちろん、ライセンス契約において特定のソフトウェア を使用する権利が特定の個人に割り当てられ、その権利がその個人のみに適用される「指名ユーザーモデル」があります。また、フローティングライセンスや共有ライセンスなど、さまざまなネットワーク、広域、およびローカルエリアのライセンスがあり、それらは地域限定またはグローバルに適用されるもので、一般に「同時使用ライセンス」として知られています。 また、ノードロックライセンスもあります。これは、ソフトウェア を特定のマシンにインストールし、そのマシンに実際にいるユーザーのみが使用できるものです。さらに、ソフトウェア に同時にアクセスできる同時接続デバイス数および個別のデバイス数に基づいて課金される、「ユーザーあたり・デバイスあたり」のライセンスもあります。 サブスクリプション型では、ライセンスは購入期間中のみ利用可能であり、契約に基づきその期間に限定されます。クラウドベースのサブスクリプションもあり、これは最近ソフトウェア ベンダーの間で人気が大幅に高まっています。場合によっては、クラウドクレジットと呼ばれる、いわば「クラウド版ビットコイン」や「ソフトウェア ビットコイン」のような特定の仕組みが採用されており、実際に使用したクラウドリソースの量に応じて購入する仕組みになっています。

[8:43]ここで取り上げる無料ライセンスには、いくつかの種類があります。元のソフトウェア 開発者が許可する範囲はライセンスによって異なります。無料とはいえ、何でも好きなようにできるわけではありません。いわゆるGPL（一般公衆利用許諾契約書）では、ある程度の共有や複製は許可されていますが、再販に関しては制限があります。 いわゆる「クライアントアクセスライセンス」と呼ばれるものもあり、これらはユーザー数とデバイス数の両方の指標を用います。これらは、デバイス数やユーザー数の制限の下で、ユーザーがソフトウェア に接続し、さまざまな機能を利用することを許可しています。そして、これらはいっそう複雑になっていきます。また、それらを組み合わせたものもあります。しかし、一部のライセンスは実際にはハードウェアの性能に基づいて決定されます。フォントに関するライセンスもいくつか存在しますので、少なくともそのようなものがあることを理解しておくと役立つでしょう。 フリーウェアという、やはり無料で利用できるものもありますが、その制限事項には通常、「再販してはならない」と明記されています。もちろん、ソフトウェア が無料だからといって、それを好き勝手に扱ってよいというわけではありません。そして、当然ながら、これらの組み合わせも存在します。

[10:02]しかし、これら膨大な数のモデルに基づいて適切な組み合わせを決定するにあたっては、これらのモデルはソフトウェア の開発とマーケティングの初期段階にまでさかのぼるものであり、クラウド環境においては、それぞれの長所と短所、およびさまざまなライセンス形態や契約に伴うメリット・デメリットを比較検討し、適切なトレードオフを見極めることが重要です。 しかし、クラウド機能の登場により、適切な組み合わせを選択する際に考慮すべき要素が大幅に増えました。従来から非常に人気が高く、購入形式である永久ライセンスは、初期費用が高額ですが、長期的にはコストが抑えられる場合があります。 やはり、これらは通常「設備投資」と見なされるものを必要とし、資産としての価値を持ち得ます。特に、一部のソフトウェア ベンダーでは永続ライセンスが敬遠されつつあるため、将来的に何らかのサブスクリプション契約を余儀なくされるよりも、以前に購入した資産がもはや購入できなくなった場合、それらは特別な価値を持つ可能性があります。

[11:07]永久ライセンスとは対照的に、フレキシブルライセンスには多種多様な形態があります。これらを適切に表現する用語を見つけるのは難しいですが、「フレキシブル」という言葉が最もふさわしいでしょう。これには、さまざまな種類のサブスクリプションや、期間ベース、あるいは利用量ベースのライセンスが含まれます。その形態は多岐にわたります。ライセンス契約の項で、フロートトークンについてはすでに少し触れました。 しかし、これらのライセンスは柔軟性が高いため、一時的な利用や利用のピーク時などにおいて、リソースの増減をはるかに迅速に行うことが可能になります。また、自動車を試乗するように、「購入前に試用する」といったことも可能になります。大規模な導入や購入を行う前に、ソフトウェア を実行して評価を行うことも可能です。 しかし、肝心なのは、自組織が保有するさまざまな種類のソフトウェア や環境ごとに、長期的なコストと短期的なメリットをしっかりと理解することです。それらを把握した上で、適切な計画を立てる必要があります。

[12:11]ただ、複雑さが増すにつれてコストもかさみ、残念ながらより綿密な計画が必要になります。自社の特定のソフトウェア に合わせて、市場に出回っている新たなソフトウェア の機能を理解することが重要です。 ユーザーの行動パターンや、彼らがどの程度容易に技術や新技術を取り入れる傾向にあるかを把握する必要があります。また、現在のソフトウェア のライフサイクルや、ソフトウェア のライフサイクルの混合状況、そしてそれらの置き換えがどのように進められるかを理解することも重要です。やるべきことは山積みですが、残念ながら「苦労なくして成果なし」という状況です。

[13:00]そこで、特に先ほどライセンスの柔軟性について少し触れたこともあり、私がお話ししたいことの一つは、Open iT がANSYSという企業と共同で取り組んだ事例です。これは、何が可能かを示す良い例です。もちろん、自社でソフトウェア を実際にインストールできるオンプレミスやプライベートクラウド、商用クラウドプラットフォームがあります。 また、当然ながら「ソフトウェア as a Service」という形態もあり、こちらは直接的な測定や厳格な管理が難しくなります。しかし、一部のソフトウェア ベンダー、この場合はANSYSが、このプロセス全体を通じて顧客を支援することの価値を認識している点は注目に値します。ANSYSについてご存じない方のために説明すると、同社は高度で非常に強力なエンジニアリングソリューションを幅広く提供しています。エンジニアリングや設計の分野において、非常に人気のあるソフトウェア です。 同社はOpen iT と提携し、クラウドとオンプレミスのライセンスを統合するシステムを開発しました。これにより、通常以上の利用、あるいは平均的な基本レベルを超えると見なされる期間において、追加機能を購入できるようになっています。また、このシステムにより、顧客はANSYSの課金計測・請求を行うのと同じシステム上で利用状況を監視できるようになり、予期せぬ請求に対する不安を多くの場合軽減することができます。 クラウド環境への移行を始めた多くの方が理解しているように、システム導入の際に予期せぬ請求が発生することがあります。ユーザーがクラウドインスタンスを立ち上げたものの、そもそもIT部門の把握範囲外だったケースも少なくないからです。したがって、IT部門で起きていることすべて、そして発生しているすべての利用状況を把握することは、たとえ理解している事項であっても、非常に重要です。 こうしたシステムをベンダーが導入すれば、あらゆる種類の利用状況を包括的に監視できるようになります。ANSYSがOpen iT をパートナーに選んだ理由は、まさにこの点にあります。つまり、さまざまな種類の利用状況（当社では「真の利用状況」と呼んでいます）を統合し、単一の統合請求書にまとめる当社の能力です。ANSYSは、異なる場所から得られる様々な種類の情報を統合するこの強力な能力を評価し、当社を選んだのです。

[14:54]では、クラウドの利用状況をどのように計測し、精算すればよいのでしょうか？これについてはすでにいくつかの側面を見てきました。確かに、インフラストラクチャはその方法に大きな影響を与えます。すでにプライベートクラウドやパブリッククラウドについては触れましたが、検討すべきオンプレミスシステムもあり、クラウド上には複数のソフトウェア ベンダーが存在する可能性があります。したがって、当然のことながら、これらすべての異なる環境に対して最適化を図ることが課題となります。 そのための方法の一つとして、クラウドを利用している場合、特にSaaSやクラウド上で従量課金制のサービスを利用している場合は、クラウドプロバイダーから提供される詳細な利用明細を活用することが挙げられます。Amazonはその代表的な例であり、非常に人気があります。Amazonの利用明細を直接統合することも可能です。

[15:35]しかし、過去には、ルーターやマルチプレクサー、あるいは最近何と呼ぶにせよ、そうした機器で実際のネットワークトラフィックを直接計測する方法を導入する可能性についても検討してきました。ユーザーが実際に利用しているマシンにエージェントを設置することは、ネットワークを解析するよりも利点がある場合もあり、あるいはネットワークを解析する別の方法となる可能性もあります。また、ブラウザ内で何が起きているかを監視することも、そのための潜在的な方法の一つです。 さて、これをざっと見てみると、これは典型的なAWS（Amazon Web Services）の請求書ですが、もちろんこれをシステムにインポートすることは可能です。これを解析して実際のシステムに取り込むための仕組みを構築するには、多少の準備作業が必要かもしれませんが、実現は十分に可能です。 また、以前参加したクラウド関連のセミナーで聞いた記憶がありますが、CSV形式など、スプレッドシートやその他の様々なシステムに共通のフォーマットでインポートできる、さらに詳細な形式でデータを取得することも可能だそうです。

[16:43]したがって、この方法の欠点は、エンドユーザーレベルまで詳細を分解することがほとんどない点であり、当然ながら、特定の利用状況に関連するプロジェクトの種類やその他の要素について洞察を得ることは非常に困難です。さらに、真の利用状況が存在しないため、同じ種類のソフトウェア について、クラウド上とオンプレミスの両方で運用されている場合、これらのステートメントのいずれか一つだけを使ってそれらを統合することは不可能です。

[17:07]これを実現するもう一つの方法として、クラウド上のエージェントが考えられます。先ほどお話ししたように、IaaS（インフラストラクチャ・アズ・ア・サービス）や PaaS（プラットフォーム・アズ・ア・サービス）を利用している場合、ユーザーが利用できるようにソフトウェア を導入していれば、独自の計測エージェントをインストールすることも可能です。適切な計測エージェントさえ用意されていれば、確かにその機能は利用できます。 これにより、ローカルシステムにインストールした場合と同様に、非常にきめ細かくて詳細な情報を得ることができます。また、多くの組織では社内で同じエージェントを使用しています。 また、すべてを同じシステムから利用している場合は、それらを統合することも可能です。これこそが、私たちが「真の活用」と呼ぶものです。もちろん、欠点としては、多くの場合、このソフトウェア をクラウドに導入する必要があり、通常はオンプレミスシステムに導入しているのと同じタイプのソフトウェア である必要があるため、それに伴うコストが発生する可能性があるという点です。

[17:59]ネットワークアクティビティの監視も有効な手段の一つです。以前は、この手法は次第に廃れていくと言われていましたが、実際のパケットやその宛先などを監視できれば、実際に所要時間を特定することは可能です。クラウド上で実行されている特定のプロセスに対してハートビートがある場合、それを監視することで、特定のユーザーがリソースをどのくらいの時間使用していたかを判断することができます。 しかし、現代のネットワークの複雑さゆえに、それがますます困難になりつつあります。 むしろ、複雑さというより、単にデータの量が膨大すぎるため、その作業が非常に困難になっていると言えます。しかし、データが暗号化されていれば、そもそもそれらのパケットを解析して、宛先や発信元などを特定することはほぼ不可能です。したがって、この問題を完全に無視することはできませんが、数年前のようにネットワークアクティビティに基づいて利用状況を測定することは、今後ますます困難になっていくでしょう。

[19:00]先ほど少し触れたように、メータリングシステムのためにクラウドに展開するタイプのエージェントは、ユーザーにライセンスが配布され、利用されているデスクトップやアプリケーションサーバー上でも同様に導入可能です。また、誰がいつライセンスをチェックアウトしているかという情報だけでも、システム内の状況を詳細に把握することができます。 また、アクティビティを把握する上では、もちろんこれらをすべて統合することも可能です。ブラウザ内にエージェントを設置するのも一つの選択肢です。特定のブラウザが特定のウェブサイト（基本的にはソフトウェア のウェブサイト）にアクセスしたタイミングを監視したり、SaaSやプライベートに導入されたクラウド上の特定のソフトウェア を利用しているかどうかを監視するために、何らかのAPIを設定したりすることも可能です。 しかし、世の中には多種多様なブラウザエージェントが存在し、それら一つひとつで何が起きているかを把握するのは困難です。さらに、特定のウェブサイトに対しては、意図的か偶然かに関わらず、バックドアとして悪用される可能性のある複数の異なるURLやIPアドレスが存在する可能性があるという事実もあります。ソフトウェア のトラフィックや、ブラウザ経由で発生するSaaS関連の活動を監視しようとする場合、おそらく何らかの制限を設ける必要があります。しかし、それを実現することは可能です。

[20:34]もちろん、実行可能なすべての選択肢が揃っている場合、自分の本当のニーズが何なのか、与えられた環境下で実際にどのような能力があるのかを把握しておくほうが望ましいでしょう。 繰り返しになりますが、これは残念ながら状況に大きく左右されるものであり、クラウド上で起きているすべての状況を把握するための、万人に通用する画一的なソリューションは恐らく存在しないでしょう。しかし、洞察をもたらすさまざまな要素を組み合わせていくことで、ベンダーのアクティビティレポートは、おそらく真っ先に重要な役割を果たすことになるでしょう。インフラやプラットフォーム型の環境をお持ちであれば、クラウドにエージェントを配置することも、非常に質の高い利用データを取得するための極めて有効な手段です。 もちろん、アプリケーションサーバーやライセンスサーバーの監視も重要です。先ほど触れたように、デスクトップやブラウザ上のエージェントも同様です。そして、これらの様々な情報を統合することで、すべての利用状況について可能な限り包括的な全体像を把握できるようになります。これは、適切な技術を統合していれば実現可能であり、構築することもできます。

[21:37]それでは、クラウド管理におけるチャージバックの役割について、手短に見ていきましょう。 計測システムをわざわざ導入したのであれば、その情報を最大限に活用して利用状況を管理するために、チャージバックは非常に有用かつ強力なツールとなります。チャージバックの全体的な仕組みを簡単に説明すると、発生したさまざまなコストをすべて集計し、最初は請求額を支払いますが、その後、何らかの計測方法や指標を用いて、そのコストを各コストセンターに割り当てるというものです。 もちろん、これには一連のプロセスが必要です。生データの収集、その加工、グループ別や期間別などの分類、発生した個々のコスト項目への単価や従量課金単価の適用、コスト計算、そして再配分のための請求書の作成といった作業が含まれます。つまり、これには一連のプロセスがあるのです。

[22:41]そして、クラウドベースの選択肢は、当初から述べてきた通り、ソフトウェア やソフトウェア のライセンス状況を理解する上での複雑さや、その動向の多くを確実に変えつつあります。 また、アプリケーションの実際のコストを把握することは、以前よりもはるかに困難になっています。これは誰にとっても新しい話ではありません。世の中には、いわば「予期せぬ請求書」に驚かされ、それがいつの間にか忍び寄り、いずれにせよ甚大な損害を被ってしまった組織が数多く存在します。いずれにせよ、チャージバックを導入することで、この問題に対する意識を高めることができます。 そして、これはチャージバックの実施方法に関する、ガートナーの典型的な従来型モデルです。ガートナーによれば、機能別課金という方法があります。これは一種の基本機能であり、何かにアクセスする必要がある場合、その利用に対して定額料金を支払うというものです。また、利用量に応じた課金という方法もあります。部門やユーザーごとのさまざまな利用形態に関するメトリクスが取得できる場合、計測サービス企業として、私たちはそれをかなり重く評価することを推奨しています。 図の下部には、ガートナーの推奨する重み付けが示されています。当社としては、データが揃っている場合、アクセスやサービスレベルモデルにおける割合を最小限に抑え、実際の利用状況を計測した「利用量課金」の割合を大幅に高く設定する方が、より公平であると強く推奨します。

[24:03]つまり、チャージバックにはいくつかの方法があります。先ほど述べたように、全員に一律の料金を請求する方法もあれば、利用時間と期間を掛け合わせて各期間ごとにコストを算出し、従量制で請求する方法もあります。 あるいは、定額料金に差額を加算する方式もあります。これは、全員が基本料金を支払い、それを超える利用分については、計測された使用量に基づいて変動料金が課金される仕組みです。これは、以前ANSYSの弾力的なライセンス体系についてお話しした際にも触れた、いわゆる「弾力的なモデル」の一種です。また、利用量を計測する方法もいくつかあります。 何かの使用量を計測する場合、経過時間、ユーザー数、デバイス数、あるいはそれらの組み合わせに基づいて行うことができます。 ストレージの使用量を計測する場合、ストレージの品質、アクセス速度、あるいは物理ディスクかソリッドステートディスク（SSD）かといったストレージの種類に基づいて行うことができます。もちろん、保存されているデータ量も重要ですが、読み書きの頻度、つまりアクセスや変更が行われる頻度も重要な要素となります。このように、クラウドにおけるコストの転嫁には、さまざまなアプローチが考えられます。

[25:14]もちろん、そのためのプロセスを導入することは可能です。 目標を念頭に置いてプロセスを計画し、サービスカタログを作成して定義します。通常は、そのモデルを前年度のデータでテストし、どの程度機能しているか、コストモデルを構築した際に期待したような結果が得られているかを確認してから、展開し、もちろん継続的に監視して、計画通りに機能し続けていることを確認するのが望ましいでしょう。 また、組織全体としては他にもいくつかの目標があります。当然ながら、その仕組みは伝達や理解が容易で、シンプルかつ透明性が高く、そして公平である必要があります。そうすることで、人々は自分が利用した分だけ課金されていると感じ、価値を得られなかったものに対して不当に課金されることがないと感じるようになるでしょう。もちろん、これには多くのメリットがあります。 組織や人々にコスト意識を持たせること自体が、責任感の醸成につながります。また、ITの観点から、自分たちが利用しているものに付随するコストを認識することで、その価値も同時に認識できるようになります。このように、多くのメリットがあるのです。

[26:20]そこで、検討すべき他の疑問点やベストプラクティスがいくつかあります。例えば、「なぜクラウド利用料をそのままエンドユーザーに転嫁しないのか」という疑問があります。社内外のクラウド型リソース、あるいは社内リソースとクラウドリソースの両方がある場合、クラウドリソースの利用料のみを請求すると、早期導入者や、いち早くリソースを利用しようとする人々が、実際にはその恩恵を受けることになります。 一方、他のユーザーは、自分たちの方が多く課金されるのは不公平だと感じるかもしれません。クラウドの利用分のみを課金する場合、文字通り、あるユーザーは「不運にもクラウドに放り出された」ような立場になり、他のユーザーは「楽な道」を進んでいるように見えてしまうのです。

[26:59]クラウドとオンプレミスのチャージバックを組み合わせることについてですが、これについては少し触れましたし、ANSYSが「実際の使用量」に基づいてこれを行っている方法についても説明しました。 クラウドリソースのチャージバックには、いくつかの考え方があります。エンタープライズ・チャージバック・モデルを採用している場合（これはソフトウェア の資産管理におけるベストプラクティスとして認識され、時間の経過とともにますます普及していると思います）、そのエンタープライズ・チャージバック・モデルにおいては、クラウドのモデリングを統合し、他のオンプレミスのコストと同様に扱うのが最善です。 もちろん、クラウドの請求書を正確に読み取れるようにしたり、計測システムがすべてエンタープライズ・チャージバック・システムと同じ形式でデータをやり取りできるようにしたりして、適切に統合できるようにする必要があります。計測の精度と詳細さを確保することは非常に重要です。 また、クラウドサービスプロバイダーからは、可能な限り詳細な明細書を入手するようにしてください。その利点は、もちろん、独自のポリシーを作成し、組織にとって最大の利益となるようそれを徹底できることです。そして繰り返しになりますが、リソースを効率的に利用することで、従業員に「組織に貢献している」という実感を持たせることが重要です。

[28:13]いつものように、また以前もお伝えした通り、昨年のデータを活用しつつ、必要に応じて柔軟に調整できるようにしています。もう1つ、広く認められているベストプラクティスとして、たまにしか利用しないユーザーをクラウドに移行することが挙げられます。名前付きユーザーライセンスや専用ライセンス、あるいは高額な永久ライセンスといったリソースを用意するよりも、実際に利用した時間分だけ料金を支払う方が、はるかにコスト効率が高くなります。 また、ユーザーが最後にソフトウェア を使用した日数や、直近の一定期間における利用時間などの情報が得られれば、クラウド型リソースとオンプレミス型リソースのどちらの利用モデルが各ユーザーに最適かを特定する上で、非常に役立ちます。

[29:09]他にも注意すべき点がいくつかあります。 たとえば、あるクラウドユーザー（ここでは彼を「スーパーマン」と呼びましょう）が限定プロフェッショナルライセンスを持っているとします。しかし、あなたが知らなかったのは、この人物には「クラーク・ケント」という別のユーザー名があり、それが同一人物であると認識していなかったことです。しかも、彼はさらに高額なプロフェッショナルライセンス、つまりオンプレミス型のライセンスも保有しています。こうしたケースには注意が必要です。 この二重ライセンスの状況は重要であり、SAPの最適化に携わったことのある方ならすでにご存じかと思いますが、ユーザー名を把握し、二重の権限を持つ重複したユーザー名が存在しないことを確認することは、その非常に重要な側面として認識されています。

[29:50]もうひとつ把握しておくべき点は、Open iT で「ライセンスホッグ」と呼んでいる、つまり同時に大量のリソースを使用するユーザーについてです。同じロケーション内のクラウドとオンプレミスの利用状況を統合して把握できれば、ユーザーが両方のリソースを利用しているため、こうしたユーザーを特定しやすくなります。 ここでご覧いただいているのは、当社のシステムから得られる典型的なレポートです。ANSYSのソフトウェア やユーザーID、同時に使用された最大ライセンス数、および経過時間が表示されています。このレポートから分かるのは、あるユーザーが数ヶ月にわたり、同時に8～10ライセンスを使用していたということです。また、そのユーザーのプロフィールを理解することも重要です。 つまり、このユーザーは膨大な数のシミュレーションを行っているパワーユーザーであり、実際にこれらのリソースを必要としている可能性もあります。しかし、ライセンスをチェックアウトした後、チェックインするのを忘れてしまい、翌日また別のライセンスをチェックアウトしてしまうといったケースも考えられます。その結果、リソースを過剰に消費しているだけかもしれません。したがって、こうした状況を把握して対策を講じ、特にチャージバックを通じてユーザーの行動を適切に誘導することは、非常に有益です。

[31:01]つまり、結論として、自組織のニーズを評価し理解するだけで、オンプレミスとクラウドの組み合わせを最適化することができ、状況が複雑になりすぎて全体を把握しづらくなるような混乱を招くことなく済みます。 これには、体系化された、計画的なアプローチが必要です。チャージバック評価を活用して実現可能性を判断し、クラウドの利用を企業のチャージバックモデルに統合する最善の方法を決定することが重要です。また、これが組織内での適切な行動を促進し、従業員がリソースを慎重に利用することの価値を理解できるようになる点については、すでに触れました。 クラウドのメータリングについては、もちろんベンダーからの明細書ですが、特にSaaSの場合、各ベンダーから可能な限り詳細な形式で入手するようにしてください。ベンダーから詳細なレポートを入手できれば非常に有用です。また、オンプレミスのインスタンスが存在するクラウドインスタンスにメータリングエージェントを展開し、特定のURLやIPアドレスを使用してブラウザ上で状況を監視することで、ユーザーがいつクラウドリソースを使用しているかを把握することも有効です。

[32:16]また、組織の現在のニーズを把握し始めることも重要であり、その重要性を過小評価してはなりません。必要に応じてクラウド環境への移行や、ソフトウェア への移行をどのように進めていくかを計画し、早めにデータの収集を開始することが重要です。チャージバックを導入する場合、実際にシステムを導入する前に、従業員に各自の料金内訳を提示しておくことが重要です。 これは、利用者の行動変容を促す上でも大きな意味を持ちます。マネージャーが、請求が行われる前に自部門の利用状況を把握していれば、そのプロセスをもう少し公平だと感じるでしょう。そしてもちろん、ニーズの変化に応じて時間をかけて柔軟に調整できることや、当初の対応が適切でなかった場合にそれを認識できることも重要です。以上が主な内容です。ご質問があれば、この場で喜んでお答えいたします。

[33:10] リン：カール、ありがとう。いくつか質問が寄せられているので、早速取り掛かりましょう。 先ほども申し上げましたが、もし時間が足りず、皆さんの質問にお答えできない場合でも、私がカールにその情報を確実に伝え、彼がメールや場合によっては電話で回答するよう手配しますので、ご安心ください。これはITAM部門内でよく耳にする話なのですが、組織によっては「クラウドに移行すればITAMチームは不要になる」と考えていると思いますか？

[33:43] カール：さまざまなカンファレンスで多くの議論を耳にしてきましたが、率直に言って、それが実現するだろうと期待している人は誰もいないと思います。 つまり、多くの人がコスト削減を期待してクラウドを導入するのですが、今ではその考えから脱却している人が大半だと思います。クラウドにはいくつかの利点があることは理解していますが、注意を怠れば、コスト削減はその一つにはならないと気づいているのです。 もちろん、システムをクラウドに移行すること――人々が望もうと望まざろうと、多くの環境でクラウドが導入されつつあるようですが――は、場合によっては残念なことかもしれませんが、ソフトウェア 全般において、これは新たなトレンドになりつつあると思います。そして、それには全体的に、より多くの管理が必要になるでしょう。ですから、そうしたシステムを管理するチームが不要になるなどとは、誰も本気で考えていないと思います。

[34:40] リン：まったく同感です。私ならこれほどうまく言い表せなかったでしょう。もう一つ質問ですが、BYOLについて、またそれがAmazon Web Servicesとどのように連携するのか、どうお考えですか？

[34:48] カール： ソフトウェア とライセンスを自社で用意している場合、AWS上でPaaS（Platform as a Service）やIaaS（Infrastructure as a Service）を利用しているなら、計測エージェントを導入することは確かに可能です。そうすれば、そこに監視システムを実装することも可能です。 もしAWSなどのクラウド上に実際のライセンスサーバーがあるなら、そこにエージェントを配置して、そのサーバーの稼働状況を計測することも可能です。おそらく、それがご質問の内容だと思います。これ以上の詳細については、彼らが言及していた個別のライセンスや、ソフトウェア 自体について、彼らに直接確認する必要があるでしょう。

[35:51] リン：オンプレミス環境だけでなく、さまざまなクラウドやソフトウェア as a Service（ as a Service）プラットフォームの利用状況を測定できる単一のツールは、将来登場するのでしょうか？ あらゆる機能を網羅する単一のツールが実現すると思いますか？

[35:59] カール：残念ながら、私も当初は「そう、その答えは『はい』かもしれない」と考えていたでしょう。しかし、現状では、物事が変化するスピードがあまりに速いため、それは「動く標的」のようなものになっているのが現実です。ですから、それらすべてを一つにまとめることはおそらく難しいでしょう。 しかも、物事は5年前には予想もできなかった、ましてや10年前には到底想像もできなかったような形で、ますます複雑化しています。ですから、仮に当時そのようなシステムを構築しようとしていたとしても、時が経つにつれて状況が変わっていく中で、様々な概念を一つにまとめ、多様なモデリング手法や課金方法を包括的に検討し、それらを把握することはますます困難になっていきます。現時点では、それは現実的ではないと思います。 したがって、利用状況の最も重要な側面を可能な限り適切に管理する必要があり、どうしても見落とされてしまう部分も出てくるでしょう。

[36:58] リン：わかりました。組織は、御社のツールのようなものを最適化のために活用しているのでしょうか、それとも単に組織内のソフトウェア を排除するために使っているだけなのでしょうか？実際にそうしているのでしょうか？

[37:08] カール：つまり、それを行うにはさまざまな方法があります。単に削除するだけでは、ユーザーが当社の「ソフトウェア 」を利用する目的のほんの一部に過ぎません。ご存知のように、ユーザーは実際に利用状況を精査しています。というのも、何らかの管理・計測ツールがなければ、利用パターンの変化を把握するのは難しいからです。例えば、特定の「ソフトウェア 」の利用が増加しているのか、減少しているのか、あるいはほぼ完全に利用されなくなってしまったのか、といったことがわかります。 ライセンスが十分にあり、適切な数である状況もあれば、場合によっては、従業員の生産性を考慮すると、特定のソフトウェア ライセンスをさらに増やすことが非常に費用対効果が高いにもかかわらず、ライセンスが不足しているケースもあるのではないでしょうか。また、計測データに基づいて、新しいソフトウェア の活用において、ユーザーがどこで能力の制限に直面しているかを把握することは、非常に重要な側面だと思います。 さらに、より高度な最適化手法も考慮に入れる必要があります。具体的には、ユーザーがライセンスを保有しているか、あるいはライセンスをチェックアウトしているかを計測し、実際にそのライセンスを使用しているかどうかを確認することです。もし使用していない場合、それに基づいて何らかの措置を講じることができるでしょうか？このように、単にライセンスを削除するだけでなく、最適化のために当社のソフトウェア を活用している事例は数多く存在します。

[38:24] リン：わかりました。あなたの意見では、クラウド環境の利用状況を監視するシステムを構築する際、最初のステップは何だと思いますか？

[38:32] カール：つまり、最初のステップは、まず自社の環境がどのようなものかを把握し、自社特有の要素の組み合わせについて内部評価を行うことです。すでに触れたかもしれませんが、まずは最も重要な要素を特定し、自社の環境を見極め、その特定の要素の利用状況を管理するために、監視や計測を行うための潜在的な方法を検討することです。 つまり、そこから始めるのが基本です。そして、最も重要な要素を把握しつつ、時間をかけてシステムを構築し、機能を追加していくのです。これらはおそらく、本格的に運用を開始するための最初の2つのステップと言えるでしょう。

[39:22] リン：わかりました。あと1つだけ質問を受け付ける時間があると思います。現在、フローティングライセンスの管理用に計測ツールをすでに導入していますが、これを修正して、クラウドのソフトウェア の監視機能も追加することは可能でしょうか？

[39:36] カール：場合によっては可能です。プレゼンテーション全体を通して繰り返し強調してきたように、クラウドには非常に多様な可能性が存在するため、多くの場合、ケースバイケースでの対応となります。PaaS（Platform as a Service）やIaaS（Infrastructure as a Service）を利用しており、そこにソフトウェア やライセンスサーバーが導入されているのであれば、計測エージェントを設置して、それらを計測システムに統合することも可能です。 また、ブラウザ上での動作だけを計測して状況を把握しようとする場合、それだけではパズルのほんの一部に過ぎません。しかし、こうした様々な情報をすべて1つのシステムに統合することは可能です。ただ、環境によっては、他の環境に比べて非常に困難になる場合もあるということです。

[40:37] リン：わかりました。これはいくつかの要素からなる質問で、あくまで個人的な意見かもしれませんが。クラウドエージェント、オンプレミス、あるいはブラウザのどれが最も効果的だと思いますか？ これまでの経験から、どれが最も効果的だと感じていますか？ また、それは検討しているソフトウェア の種類によって異なるのでしょうか？ その基本的な点について教えてください。

[40:51] カール：つまり、オンプレミスで何が起きているかを把握するのは、はるかに簡単なんです。 ブラウザを通じて基本的な監視は行ってきましたが、利用可能なブラウザの種類が数種類だけで、アクセスするURLも1つだけといった状況であれば、比較的簡単に行えるものの、それでもある程度の作業は必要になります。しかし、ユーザーが使用するブラウザの種類や、特定のクラウドソフトウェア リソースにアクセスするために使用できるURLやパスの種類を制限できれば、それは可能です。 必ずしも、どの環境でもすぐに利用できるわけではありません。長年にわたり、現時点では数十年にわたって確立されてきたオンプレミス環境とは対照的に、クラウド環境では、特にブラウザやユーザーのお気に入りのブラウザの多様化といった点に関して、クラウド内で何が起きているかを測定しようとすると、より困難を伴います。

[42:00] リン：はい、ありがとうございます。さて、そろそろ締めくくりにしたいと思います。質問の時間はこれで終了となります。もし他に質問がある方がいらっしゃいましたら、カールさん、スライドを連絡先情報のあるページに進めていただけますか？ そうすれば、参加者の皆さんはカールさんに直接メールを送るか、あるいは「Open iT 」という団体に直接メールを送ることができます。ありがとうございます。 そして、本日のウェビナーにご参加いただいた皆様、特に講演者のカール・ルーウェケ氏に感謝申し上げます。先ほどお伝えした通り、追加の質問についてはすべてこちらで対応させていただきます。ここには、5分間では説明しきれないような、もう少し詳しい説明が必要な質問がいくつかあると思います。 録画は来週初めにはITAMのウェブサイトで公開される予定です。なお、このプレゼンテーション資料をご希望の方は、Open iT までご連絡いただく必要がありますが、このウェビナーのフォローアップメールを通じて、参加された皆様全員に資料が提供されることと思います。それでは、皆様、改めてありがとうございました。これで本日のプレゼンテーションを終了いたします。