製造分野や科学分野で使用されるソフトウェアは安くはないことは使用される方には周知の事実です。ソフトウェアライセンスのコストは、ほとんどの企業の技術関連の予算において、特にこれらの分野のどれに多くのソフトウェアパッケージが必要であるかを検討された場合、著しい低下がもたらされます。可能な限り、ほとんどの企業や組織は、ソフトウェアを使用する人に提供する最も効率的な方法として、コンカレントユーザー、あるいは「フローティング」ライセンスを選択しています。コンカレントモデルは、ユーザーあたりのライセンスを購入する必要がなく、ライセンスの配布が最適化された場合は、ピーク時であっても、1ライセンスあたり5人以上のユーザーにサービスを提供することができます。
熟練した管理者は、エンジニアがソフトウェアを使用する必要がある場合に、エンジニアにサービスのデナイアルに至るまで十分な余裕を持たせることと、コンカレントユーザー契約で実行されているすべてのソフトウェア製品には、それぞれ独自のルールと制限の乖離があります。これが現状であり、バランスを維持するために継続的な監視が必要となります。シートあたり10〜150万ドルのライセンス費用が必要なため、不要なライセンスを1枚でもポートフォリオから削除することには実質的な価値があります。ライセンス使用状況を微調整する際に考慮すべき点をいくつか紹介します。
- 可能であればライセンスサーバーの数を最小限に抑える
- 世界規模の多国籍企業の場合、製品あたりの地域協定の数を減らしましょう
- ライセンスをボロー（借り）したり予約したりするのを避け、やむを得ない場合は、できるだけ早くその状態を取り消すように短期間にするよう注意を怠らないようにしてください
- ステータスシンボルとしてライセンスを確保しておく悪習を控えましょう
ライセンスサーバーに対するライセンスの比率
1つのライセンスサーバーで作業する少数のユーザーグループは、ライセンスの使用において最適とはなりえません。典型的な例はプロジェクトです。第一に、使用量を最大限にするためには、さらにいくつかのライセンスが必要になります。プロジェクトチームが会議に出席している場合や、エンジニアの大部分が現場にいる場合などは、利用率がゼロまたはかぎりなくゼロに近くなる期間があります。複数のライセンスサーバーを使用する組織では、通常、ライセンスが過剰購入され、平均使用率が低くなることがあります。また、複数のサーバーとそのメンテナンスとセキュリティにかかる追加コストもあります。
理想的なのは、単一のサーバーからソフトウェアにアクセスするユーザーの数を最大にすることです。（ここでは、ミラーリングサーバーとバックアップサーバーは除外しています。）ボトルネックやサービスのデナイアル（ライセンスがすべて予約されているためにユーザーがライセンスにアクセスできない場合）を防ぐために、ある程度の余分なライセンスは引き続き必要ですが、全員にサービスを提供する集中サーバーのライセンス数は多くの小規模なグループが異なるサーバーで作業する場合に必要となるオーバーヘッドの数よりも少なくなります。ライセンスを必要とするユーザーの数が増えているため、ソフトウェアの使用率もさらに高くなります。
私たちが一般的に目にすることは、多くの企業が、1つのプロジェクトまたは地域のオフィスごとに、通常のビジネス用（図面オフィスやライセンスサーバーなど）に複数のライセンスクラスターを持つことです。管理上の観点から言えば、条件と有効期限の異なる複数の契約があり、これは余分な作業をもたらします。コストと効率性の観点から、各サーバーでいくつかの余分のライセンスを認めるために、ライセンスをさらに購入する必要があります。これは、レンタカーの場合を例として説明することができます。
50台の車をそれぞれ5カ所持っているレンタカー会社を考えてみましょう。車はよく使用されていますが、それでも駐車場には未使用の多くの車が残っており、それに加えてピーク時の需要に対応するために余分な車があります。
対案として、250台の車がある空港内に1か所の営業所があるレンタカー会社の場合はどうでしょう。駐車場にいくつか余分な車があるが、全体のパーセンテージは以前の会社に比べてはるかに低いです。これは、全体的に会社規模が小さく、サービス、メンテナンス、レンタルが行われる場所が1つしかないため、かなりのコスト節約になります。
エンジニアリングソフトウェアにこの推論を当てはめると、必要以上にライセンスを購入した場合のコストは明らかですが、追加の管理コストとそれに付帯する複雑さがあり、しばしば考慮されません。したがって、賢明なライセンスの管理者の目標は、1つのライセンスサーバーのみがサービスを提供し、すべてのユーザーがアクセスできるソフトウェア製品を作成することです。しかし、地理的な隔たりのある部署はそれらのプラにに支払うことができます。
地理的な限界と制限
多国籍企業の難しさのひとつは、オフィスの地理的位置に基づいて、製品の複数のソフトウェアライセンスを購入する必要があることです。その結果、追加の契約管理、追加のライセンスサーバーの管理、さらには新しいライセンス管理、オフィスの設置が該当地域内で行われます。それぞれの分散ライセンスサーバーが特にライセンスの予約とボロー（借り入れ）に関して最適に管理されていることを保証するために、一部の集中管理は依然として必要になります。
ボロー（借用）および予約済みライセンスの危険性
多くのエンジニアリング関連のソフトウェアツールでは、コンカレントライセンスポートフォリオから1つ以上のライセンスを借りて予約することが可能です。ソフトウェアライセンスマネージャーでは、ライセンスプールからライセンスを引き出し、特定のワークステーション、ユーザー、またはユーザーグループにライセンスを割り当てることができます。FLEXlmには、目的がわずかに異なる2つの働きがあります。
ボロー借用– フローティングライセンスをノードロックライセンスに変換してフィールドに持ち込むことができるように設計されています。驚くべきことに、多くの組織は、ユーザーが高価で貴重なエンジニアリングライセンスを借りて、他のユーザーがアクセスできない劣悪なノードロックライセンスに変換することを許可しています。「借りる」という言葉は一時的な状況を意味しますが、これには恒久的な占有になってしまう状態があります。
予約– ライセンス管理ソフトウェアを使用すると、企業はいくつかのライセンスを取得し、特定のユーザーまたはグループが使用する新しい個別のライセンスプールを作成することもできます。多くの場合、借用の場合と同じように、特定の人に1つのライセンスが予約されており、他の場合には複数のライセンスがユーザーグループに割り当てられています。ここでも、フローティングライセンスはノードロックライセンスにダウングレードされ、残りのコンカレントライセンスプールがフローティングライセンスを使用するユーザーにサービスする機能と容量が損なわれます。
ライセンス管理のソフトウェアを使用して、予約済みのライセンスをモニタリングおよび管理することは可能です。
ライセンスの借り入れと予約はエンジニアリング業界の非合理的な面の兆しであり、エンジニアに高価なソフトウェアアプリケーションの専用コピーを提供しています。
ステータスシンボルとしてのライセンス
この実例は、1人または複数の個人が少なくとも1つのソフトウェアアプリケーションのコピーを持っている製造分野の企業や科学研究の会社によく見られます。正当化される場合がありますが、ほとんどの場合、このソフトウェアは十分に活用されていません。シングルユーザーライセンスとして購入するのではなく、ソフトウェアがもともとはコンカレントユーザーライセンスから予約されていた場合、この問題は悪化します。ライセンスマネージャーソフトウェアは、予約済みのソフトウェアとその利用レベルの両方をリポートすることにより、この問題を修正するために役立ちます。
結論
ほとんどの企業は、効果的なライセンス管理ソフトウェアがソフトウェアライセンスのコストとコンプライアンスを管理する上で提供できるメリットを目の当たりにしていますが、おそらくポートフォリオに隠された宝があります。予約やボロー（借り入れ）の蔓延、その理由、直ちに何人をまかなうことができるのか、そして何人をシングルユーザーのライセンスに置き換えることができるのかを発見するための主導権を確保することをお勧めします。また、プロジェクトの初めに大量に使用されるCADソフトウェアのように、最初にプロジェクトで購入したソフトウェアがまだ使用されているかどうかを判断するためにプロジェクトの定期的なチェックが行われます。必要に応じて、これらの「購入済み」のライセンスをフローティングプールに組み込むか、あるいは別の保留中のプロジェクトでそれらを再利用するために、ベンダーと交渉を行うことができます。
