詳細ガイド
オープンソースとエンタープライズライセンスの比較シミュレーター:自社運用は本当に安いのか
業界のエグゼクティブ分析
オープンソースが魅力的なのは、ライセンス料の項目がなくなるからです。数百シートのツールなら、エンタープライズプランは月に数千ドルかかることもありますが、コードは無料で手に入ります。作業を数えるまでは、決断は明白に思えます。誰かがシステムをインストールし、アップグレードし、バックアップを取り、監視し、守らなければならず、ユーザーの質問に答え、壊れたときに対応できるようにしておく必要があります。その作業は給与を受け取る人が行うものであり、ソフトウェアに値札がないからといって減るわけではありません。
この問題の構造は、変動費とほぼ固定費のトレードオフです。エンタープライズライセンスはシート数に比例して増えます。自社運用には、運用時間という大きな固定の土台があり、ユーザー数とともに増える小さな部分があり、不確実なインシデントという末尾のリスクがあります。答えが規模に左右されるのはそのためです。小規模なチームは固定の土台を負担し、ほとんど節約できません。大きな組織は土台を多くのシートに分散できるため、リスクを引き受ける覚悟があれば大きく節約できます。
ドミノモデルは、これを5つの段階でたどります。シート数とシートあたりの価格が、回避できるライセンス料を決めます。運用とパッチ適用の時間が、作業負荷を示します。インフラ、リスク、コンプライアンスを加えると、シートあたりの自社運用コストが出ます。それをライセンス価格と比べるとカバー率が得られ、その残りが月次の節約額です。エンジニアの時間単価やインシデントの確率が上がると、3つ目のボックスがライセンス価格を超えることがあり、そうなると節約は追加コストに変わります。
氷山は、めったに書き出されないコストを示します。水面上にあるのは、運用の人件費とサーバーです。水面下にあるのは、セキュリティパッチの適用とアップグレードの検証、インシデントの期待コスト、エンタープライズ層に含まれる監査ログ、シングルサインオン、アクセスレビュー、そしてベンダーのサービスレベルなしで質問に答える社内ヘルプデスクです。1つ1つは小さくても、合わせると、避けられると思っていたライセンス料と同じ額になることがよくあります。このシミュレーターで、自社運用が割に合わなくなるシート数や時間単価を見つけてください。
計算式と方法論の設計図
モデルは月単位で動き、エンタープライズプランと比べた自社運用の節約額を測ります。回避できるライセンス料は、シート数にシートあたりの価格を掛けたものです。自社運用のコストは、運用時間に総コストの時間単価を掛けたもの、インフラ、シート数とともに増えるパッチ適用の時間、インシデントの月次の期待コスト、自前で構築しなければならないコンプライアンス機能のシートあたり費用、そして社内サポートのシートあたり費用です。最終的な結果は、回避できるライセンス料からこれらすべてを引いたものです。
- 回避できるライセンス料
- L = シート数 × シートあたりの価格
- エンタープライズプランで毎月かかる費用です。
- 人件費
- W = (運用時間 + 8 + 0.03 × シート数) × 時間単価
- 定型の運用とパッチ適用の合計で、固定の土台があり、シート数とともに増えます。
- インシデントの期待コスト
- E = 年間の確率 × シート数 × $400 ÷ 12
- ダウンタイムや情報漏えいのコストに確率を掛けた、月次の按分額です。
- 不足分
- G = シート数 × ($1.5 コンプライアンス + $0.8 ヘルプデスク)
- エンタープライズプランに含まれていて、自分たちで用意しなければならない機能とサポートです。
- 節約額(純額)
- 純額 = L − W − インフラ − E − G
- 月次の結果です。破綻点は、これがゼロになる点です。
連鎖する弾力性
運用時間と総コストの時間単価は、最大のコストへと掛け合わされるため、最も感応度の高い入力です。シート価格とシート数は、ライセンス側を拡大します。インシデントの確率は平均的な影響こそ小さいものの、1年を台無しにしうる唯一の要素です。インフラは通常、最も小さな要素なので、削っても答えが変わることはまれです。
実例に基づく3つのケーススタディ
自己資金で始めるスタートアップ
高価なツールを使う小さなチーム
40人が、シートあたり60ドルのツールを使っています。エンジニアがこれに割く時間は月に5時間だけで、インフラも小さなものです。自社運用でささやかながら確かな額を節約できます。これを読み込むと、ライセンス価格が高ければ、小さなグループでも自社運用が正当化されうることがわかります。
成長中の中堅企業
専任のプラットフォームチームを持つ大きな組織
1,200シートを、1シートあたり45ドルで利用しています。プラットフォームチームは月に90時間を費やし、冗長構成のサーバーを運用しています。回避できるライセンス料は大きく、固定の土台は多くのユーザーに分散されます。これを読み込むと、自社運用を魅力的にする規模の経済がわかります。
ブラックスワン級の危機
安いライセンスなのに運用が重い場合
60シートで価格は15ドルですが、このツールには高コストのエンジニアの時間が月に150時間かかり、インシデントのリスクも高くなっています。ライセンス料のほうが人件費より安く済んだはずです。これを読み込むと、自社運用のほうが割高になる様子がわかります。
業界ベンチマーク一覧
| 指標 | 危険ゾーン | 業界平均 | 上位10%のエリート水準 |
|---|---|---|---|
| ライセンス価格に対する自社運用コストの割合 | 100%超 | 60~85% | 50%未満 |
| 月間の運用時間(中規模のツール) | 120時間超 | 20~50時間 | 15時間未満 |
| 自社運用を正当化するのに必要なシート数 | 40未満 | 100~300 | プラットフォームチームがあり500超 |
| 重大な修正に対するパッチの遅れ | 30日超 | 7~14日 | 48時間以内 |
| 直近の四半期にリストアをテストした頻度 | 一度もない | 年に1回 | 四半期ごと |
変数とレバー
シート数
ツールを利用する人数です。エンタープライズライセンスは、その全員分が課金されます。
レバー: 導入を決める前に、損益分岐となるシート数を確かめましょう。固定の運用時間はシートが多いほど薄まるため、小規模なチームほど節約できる額は小さくなります。
シートあたりのライセンス価格
自社運用をしない場合に購入するエンタープライズプランの、割引後のシートあたり月額です。
レバー: ベンダーにボリューム割引や年間契約の価格を問い合わせましょう。ライセンス料が下がると、自作か購入かの議論では自社運用の根拠がかなり弱くなります。
月間の運用時間
アップグレード、バックアップ、監視、ユーザーからの依頼、トラブルシューティングに費やす時間で、セキュリティパッチの適用は含みません。
レバー: アップグレードとバックアップを自動化し、マネージド型のデータベースを使って定型作業を減らしましょう。運用時間が最大のコストです。
エンジニア1時間あたりの総コスト
システムを運用する担当者の、1時間あたりの給与と間接費の合計です。
レバー: 間接費を含めたエンジニアの本当のコストを数えましょう。時間単価が高いと、自社運用は割高になります。
月額のインフラ費用
ツールを自社でホストするために必要なサーバー、データベース、ストレージ、バックアップ、監視の費用です。
レバー: サーバーの規模を適正化して予約容量を利用しつつ、毎日人々が頼りにするものについては冗長性を維持しましょう。
高額なインシデントが年間に起こる確率
本来ならベンダーが対処していたはずの、深刻な障害やセキュリティ事案が1年のうちに起こる確率の見積もりです。
レバー: テスト済みのリストア、監視、有料のサポート契約でインシデントのリスクを減らしましょう。最悪の1日が、1年分のライセンス料より高くつくこともあります。
このシミュレーターの使い方
- 1ベンダーの見積もりから、シート数とシートあたりのエンタープライズ価格を入力します。
- 2月間の運用時間と、エンジニアの総コストの時間単価を見積もります。
- 3インフラの請求額と、年間のインシデント確率についての率直な見積もりを加えます。
- 4「破綻点を探す」を押して、何シートまたは何時間で自社運用が不利になるかを確認します。
- 5自社運用と強化版を、初期設定の費用を含めて24か月にわたって比較します。
避けたい間違い
- サーバーだけを数えること。自社運用の最大のコストは人の時間であり、どのクラウドの請求書にも現れません。
- 最初の月の作業量がそのまま続くと考えること。インストールは簡単な部分で、アップグレード、セキュリティ修正、利用の拡大は絶え間なく続きます。
- 当番を誰が務めるかを無視すること。1人のエンジニアがシステム全体を抱えていると、休暇や退職のコストもリスクの一部になります。
- 定価と比べること。エンタープライズのベンダーはボリュームや年間契約で割引することが多く、その分、節約額はすぐに縮まります。
よくある質問
オープンソースは常に安いのですか?
いいえ。なくなるのはライセンス料であって、運用の手間ではありません。小規模な場合や、エンジニアのコストが高い場合は、人件費が回避できるライセンス料を上回ることが少なくありません。
なぜリスクが含まれているのですか?
有料プランは通常、稼働とセキュリティの負担の一部をベンダーに移します。自社運用ではその負担が自分たちに残るため、インシデントの期待コストも比較に含めるべきです。
必要のない機能についてはどうなりますか?
監査ログ、シングルサインオン、ベンダーのサポートが不要であれば、関係する入力を変更して、コンプライアンスとヘルプデスクの前提を下げてください。モデルは慎重な平均値を使っています。
両方のアプローチを組み合わせることはできますか?
はい。多くのチームは、オープンソース製品のマネージドサービスを使っており、これは両者の中間に位置します。代替シナリオは、強化した自社運用をモデル化したものです。
破綻点はどうすれば見つかりますか?
「破綻点を探す」を押してください。ツールが各入力を不利な方向へ動かし、月次の節約額がゼロになる値を報告します。
この結果はどのくらい正確ですか?
前提を明示した教育目的のモデルであり、法務や財務に関する助言ではありません。最新のライセンス条件を確認し、入力を自社の数字に置き換えてください。
これは前提条件を明示した、教育目的の計画モデルです。財務、税務、法律に関する助言ではありません。入力値はご自身の数字に置き換え、重要な判断は必ず資格を持つ専門家に確認してください。