Elasticは「SaaSの死」を越えられるか
出典・更新履歴・検証情報
この保存版のデータを照合するための情報です。元記事の初公開日とは区別しています。
- データセットの版
- 2026.09.23.4
- 記事内容のSHA-256
d00affa2b2843d2353c40cda028de92affc7680c282bff7b58cab5ab1d5235ea- 保存版のSHA-256
90f0067821ccb23f35a15fed0c312366afc28414072ffa926a90eace9768df7e
外部証明の最終検査結果は詳細を開くと表示します。
Elasticは「SaaSの死」を越えられるか
#検索企業から、企業AIのコンテキスト・監視・セキュリティ基盤へ
#生成AIの性能が上がるたびに、SaaS企業には同じ疑問が突き付けられる。
#その製品は、より高性能なAIによって簡単に作り直されるのではないか。#
入力画面、ダッシュボード、定型レポート、社内検索、チケット分類、簡単なワークフロー。従来は企業が毎月料金を支払っていた多くの機能を、AIが短期間で生成できる時代が近づいている。
#こうした「SaaSの死」懸念に最も強いのは、物理的なネットワークを持つCloudflare、独自の脅威データを持つCrowdStrike、臨床・医療データを蓄積するTempus AI、そして計算資源そのものを供給する半導体・ハイパースケーラーである。
#では、Elasticはどちら側にいるのか。
#ElasticはAIに代替されるソフトウェア企業なのか。それとも、AIが企業内で動くために必要となる基盤なのか。
#結論から言えば、Elasticはその境界に位置している。
#単純な検索画面やRAG構築機能は、AIによってコモディティ化する可能性が高い。一方で、企業データの収集、正規化、索引化、権限管理、リアルタイム分析、セキュリティ監査まで含めた本番基盤は、AIだけで簡単に置き換えられるものではない。
#Elasticへの投資は、深い物理的な堀を買う投資ではない。
#AIによるソフトウェアのコモディティ化を上回る速度で、Elasticが企業のデータ基盤として定着できるかに賭ける投資である。#
#
1．Elasticは何をしている会社なのか
#Elasticの原点は、2010年に公開された分散検索エンジンElasticsearchである。
#大量の文書やログを索引化し、関連する情報を高速に検索する技術から始まり、Logstashによるデータ収集、Kibanaによる可視化、BeatsやElastic Agentによる端末・クラウドデータの収集へと拡大してきた。
#現在の事業は、大きく三つに分けられる。
#Search & AI
#企業文書、商品情報、顧客履歴、ログなどを検索し、生成AIやAIエージェントへ必要な情報を渡す。
#Observability
#ログ、メトリクス、分散トレース、アプリケーション性能を分析し、システム障害や性能低下の原因を調査する。
#Security
#端末、ID、クラウド、ネットワークから発生するセキュリティイベントを集約し、攻撃の検知、調査、対応を行う。
#表面的には三つの製品群だが、下にあるのは共通のElasticsearchである。
#企業文書・業務データ
ログ・メトリクス・トレース
端末・ID・クラウドの警告
↓
Elasticsearch
↓
Search & AI
Observability
Security同じデータを複数の用途に使えることがElasticの最大の特徴である。
##
2．Elasticの本当の堀は検索画面ではない
#AIによって最も早く価値を失うのは、検索UIやダッシュボードである。
#AIは自然言語から検索クエリを書き、ダッシュボードを生成し、ログを要約し、アラートルールを作れるようになる。簡単なRAGであれば、オープンソースのベクトルDBやクラウドサービスを組み合わせて短期間で構築できる。
#したがって、Agent Builderの画面やMCP対応だけをElasticの堀と見るべきではない。
#Elasticの本当の価値は、その下にある。
#- 数十億件以上のデータをリアルタイムに索引化する
- 異なる製品のログを共通形式へ正規化する
- 全文検索、ベクトル検索、時系列集計を組み合わせる
- ユーザーごとの閲覧権限を守る
- データの保存期間とストレージ階層を管理する
- 障害が起きても分散クラスターを稼働させる
- 調査・対応・監査履歴を継続的に保持する
という本番運用部分である。
#AIはコードを書くことはできる。しかし、数年間蓄積された企業固有のデータ構造、検知ルール、アクセス権、監査記録を、業務を止めずに移行することは別の問題である。
##
3．Elasticのロックインは「後から形成される」
#Elasticのロックイン効果は、導入した瞬間から極端に強いわけではない。
#小規模なWeb検索や単純なRAGなら、別製品へ比較的移行しやすい。元データを別の検索基盤へ再投入し、AIにクエリや画面を作らせればよいからだ。
#しかし本格導入すると、次の資産が顧客環境に蓄積される。
#- インデックスとフィールド設計
- 日本語解析や同義語辞書
- データ取り込みパイプライン
- ECSへの正規化ルール
- Kibanaダッシュボード
- アラートと例外設定
- データ保持ルール
- Securityの検知ルール
- 機械学習ジョブ
- 調査ケースと監査履歴
- Elastic Agentの配布設定
- 外部システムとの連携
- AIエージェント向けのツールとワークフロー
データ自体は移せても、その周辺に形成された運用全体を移すには大規模なITプロジェクトが必要になる。
#特にSecurityでは、移行ミスが攻撃の見逃しにつながる。Observabilityでは、監視が途切れれば本番障害への対応が遅れる。
#そのためElasticのロックインは、
#新規導入時には弱いが、データソースと利用用途が増えるほど急速に強くなる#
という性質を持つ。
#Search、Observability、Securityを同時に使う顧客では、ロックインはかなり強い。
##
4．「SaaSの死」はElasticにも繰り返し訪れる
#ElasticにはAI代替リスクがある。
#今後のAIは、
#- ES|QLやKQLを自動生成する
- OpenSearchなどへの移行コードを書く
- ダッシュボードを自動変換する
- 検知ルールを別形式へ翻訳する
- データの移行テストを自動化する
- オープンソース監視基盤を自律的に構築する
ようになる。
#顧客がElasticと完全に同等のものを作る必要はない。
#「機能の70％で十分なので、料金を半分にしたい」という判断が増えれば、Elasticの価格決定力は低下する。
#特に脅威となるのは、
#- AWS OpenSearch
- Microsoft Azureの検索・監視・Security製品
- Google Cloudのデータ・AI基盤
- PrometheusとGrafana
- Datadog
- SnowflakeやDatabricks
- 各種ベクトルデータベース
である。
#AIがこうした競合製品の導入や運用を簡単にするほど、Elasticの技術的なロックインは弱まる。
#そのためElasticは、AIモデルが大きく進歩するたびに、
#今度こそ検索やログ分析がコモディティ化するのではないか#
という懸念にさらされ続ける可能性が高い。
##
5．一方でAIはElasticの需要も増やす
#AIはElasticの敵であると同時に、需要創出装置でもある。
#AIエージェントが企業内で動くと、従来以上に大量のデータが発生する。
#- プロンプト
- モデルの回答
- トークン使用量
- ツール呼び出し
- RAG検索履歴
- エージェントの推論経路
- APIの応答時間
- セキュリティイベント
- AIが実行した業務操作
- 人間による承認履歴
一人の人間が一回質問しても、エージェントは複数回の検索、集計、外部ツール呼び出しを行う。
#人間が一回質問
↓
文書検索
↓
権限確認
↓
追加検索
↓
数値集計
↓
外部API実行
↓
結果の再確認したがってAIエージェントが普及すると、人間の利用者数以上に検索・ログ・監視の処理量が増える可能性がある。
#Elasticがこの処理量をElastic Cloudの消費へ変換できれば、AIは代替要因ではなく成長要因になる。
##
6．OpenAIとの協業が意味するもの
#ElasticとOpenAIの協業は、単にElasticsearchからOpenAI APIを呼び出せるという話ではない。
#役割分担は明確である。
#OpenAI
質問理解・推論・ツール選択・回答生成
Elastic
企業データ・検索・権限・ログ・監視・Security企業の大部分の情報は、表形式のデータベースではなく、文書、チケット、ログ、トレース、セキュリティ警告などの非構造化データに存在する。
#モデルが高性能でも、これらの最新データへアクセスできなければ、企業固有の質問には正しく答えられない。
#Elasticは、AIエージェントが必要な情報を、
#- 正しい検索方式で探す
- 関連性の高い部分だけ取得する
- ユーザーの権限で閲覧可能な情報に絞る
- 少ないトークンでモデルへ渡す
Retrieval Layerを担おうとしている。
#協業が目指すのは三つである。
#コンテキストを理解するAIエージェント
#企業文書、顧客履歴、業務データを検索し、根拠付きで回答・実行する。
#Agentic Observability
#ログ、メトリクス、トレース、AIのツール呼び出しを横断し、障害原因を自動調査する。
#Agentic Security Operations
#大量のアラートを攻撃単位にまとめ、証拠を追加調査し、人間が確認可能な形へ整理する。
#ただし、この協業には独占条件や巨額の最低購入額が公表されているわけではない。
#したがって短期的な売上材料というより、
#Elasticが企業AIのコンテキスト層として認められる可能性を示した戦略的材料#
と見るべきである。
##
7．Elastic 9.5はAI時代への会社側の回答
#Elastic 9.5は、AI機能を追加しただけの更新ではない。
#今回のリリースでは、Elasticが抱えてきた二つの弱点に対応している。
#- 保存・処理コストが高くなりやすい
- 高機能だが設定・運用が難しい
Columnar Mode
#ログやメトリクスを列指向で保存し、容量と集計コストを下げる。
#ObservabilityやSecurityでは、保存コストが契約拡大の障害になる。Columnar Modeが成熟すれば、Datadog、Splunk、Prometheus系基盤との価格競争力が上がる。
#ただし現時点ではテクニカルプレビューであり、本格的な商用効果は今後の一般提供と実運用次第である。
#VectorDB Index Mode
#ベクトル検索の量子化、キャッシュ、マージなどを自動最適化し、専門知識が少ない企業でもAI検索を導入しやすくする。
#ベクトル検索そのものはコモディティ化しているため、これ単独で強い堀になるわけではない。しかし既存のElasticデータ上へAI検索を追加しやすくする効果は大きい。
#Prometheus・PromQL対応
#Prometheusのremote-writeとPromQLを正式に支援し、GrafanaやDatadogからのダッシュボード・アラート移行も簡単にした。
#これは短期的な売上へつながりやすい機能である。
#既存のPrometheus資産を大きく書き直さず、Elasticへ統合できれば、Observability市場での獲得力が上がる。
#Agent ObservabilityとHuman-in-the-loop
#AIエージェントがどのモデル、検索、ツールを使い、どこで判断を誤ったかを追跡する。
#危険な操作については人間の承認を挟み、その判断を監査ログへ残す。
#AIが高度になるほど、企業にとって重要なのは「AIができること」ではなく、
#AIに何を許可し、誰が承認し、何を記録するか#
になる。
#Elasticは検索基盤だけでなく、AIの監視・監査・実行統制層へ進もうとしている。
##
8．Elastic Security Labsが示す技術的な説得力
#Elastic Security Labsは、Elastic Securityが単なるログ保管製品ではないことを示している。
#Axios npmサプライチェーン攻撃では、既知のファイルハッシュだけでなく、
#- Node.jsからシェルが起動する
- 外部からペイロードを取得する
- バックグラウンドで実行する
- Windows、macOS、Linuxで共通した攻撃行動を取る
という振る舞いから攻撃を検出した。
#Golden Gh0st RATの追跡では、
#- 偽装された実行ファイル
- 正規クラウドストレージの悪用
- 有効なコード署名証明書
- DLLサイドローディング
- メモリ内実行
- 指令サーバー通信
を一つの攻撃キャンペーンとして関連付けている。
#この強みは、個別のマルウェア名を知っていることではない。
#端末、ネットワーク、証明書、クラウド、プロセスのデータを横断し、攻撃者の行動を相関できること#
にある。
#Elasticが検索エンジンとして積み上げてきた技術が、Securityでもそのまま利用されている。
#ただし優れた研究結果が、そのまま売上成長を保証するわけではない。
#技術力が、
#- Security顧客数
- 大型契約
- XDRやSOARへのクロスセル
- Elastic Cloudの消費量
- NERとcRPO
へ変換されるかが投資上の判定点になる。
##
9．次の決算では20％成長は期待しにくい
#次の決算では、Elasticがコンセンサスを上回る可能性はある。
#しかし総売上成長率が20％を超える可能性は高くない。
#会社のガイダンスが10％台前半である以上、通常の小幅な上振れでは、売上成長は14～16％程度にとどまると考えるのが自然である。
#また、Elastic 9.5は次回決算の対象期間後に公開され、OpenAI協業も期末直前の発表である。
#したがって次回決算は、
#9.5やOpenAI協業の成果を見る回ではなく、既存事業の地力を見る回#
である。
#注目すべきなのは総売上だけではない。
#- cRPO
- RPO
- Elastic Cloudの消費
- Sales-led subscription
- NER
- 100万ドル以上の大型顧客
- 通期ガイダンス
である。
#特に売上より契約残高が速く伸びているなら、数四半期後の売上加速を市場が先に織り込む可能性がある。
##
10．次の次の決算で見るべきもの
#次の次の決算では、9.5とOpenAI協業が初めて対象期間へ本格的に入る。
#ただし、そこで総売上が突然20％以上へ跳ねるとは限らない。
#企業向けソフトウェアは、
#製品評価
↓
PoC
↓
セキュリティ審査
↓
予算承認
↓
移行テスト
↓
契約
↓
本番利用という長い販売サイクルを持つ。
#さらに大型契約が成立しても、売上は契約期間や実際の利用量に応じて認識される。
#そのため最初に表れやすいのは、
#- OpenAIとの共同案件
- Agent Builderの本番採用
- PrometheusやDatadogからの移行案件
- 大型契約
- cRPOとRPO
- 次四半期ガイダンス
である。
#次の次の決算は「爆発的成長そのもの」より、
#将来の成長加速を示す先行指標が見えるか#
を確認する回になる可能性が高い。
##
11．本当の判定は2027年度後半から2028年度
#Elastic 9.5、OpenAI協業、Agent Builder、Prometheus移行、Security自動化が実際の売上へ変わるには時間がかかる。
#基本シナリオは次のようになる。
#| 時期 | 主な確認事項 |
| 次回決算 | 既存事業の地力、cRPO、Cloud、ガイダンス |
| 次の次 | 9.5・OpenAI協業の初期案件、大型契約 |
| その次以降 | 契約が売上へ変換されるか |
| 2028年度 | 持続的な20％成長へ戻れるか |2027年度後半から2028年度に、
#- 総売上17～20％以上
- Sales-led subscriptionの20％超成長
- NERの改善
- Elastic Cloudの再加速
- 大口顧客数の増加
- Search & AIからSecurity・Observabilityへのクロスセル
が同時に確認できれば、市場の評価軸は変わる可能性がある。
#Elasticは「成熟したログ会社」ではなく、「企業AIのデータ・監視・Security基盤」として再評価される。
##
12．Elasticは本当に5～10倍過小評価なのか
#Elasticの事業内容と競合企業の評価倍率を比較すると、現在の評価がかなり低いという見方には合理性がある。
#ただし、現在の事業だけで企業価値が直ちに5～10倍になるとは限らない。
#売上成長が10％台半ばにとどまるなら、評価倍率の上昇には限界がある。
#現実的には、
#- 既存事業の評価修正：1.5～3倍
- AIデータ基盤化に成功：3～5倍以上
- 持続的な20％超成長と高利益率：さらに大きな上振れ
という段階で考える方がよい。
#5～10倍の上昇には、単なる割安修正ではなく、事業そのものの再加速が必要である。
##
13．Elastic株に向く投資方法
#Elasticは、CloudflareやCrowdStrikeのように、疑われにくい深い堀を持つ銘柄ではない。
#AIモデルが大きく進歩するたびに、
#AIの能力向上
↓
SaaS代替懸念
↓
Elastic株下落
↓
企業AIの本番導入
↓
検索・ログ・Security需要増加
↓
決算で再評価という循環を繰り返す可能性がある。
#したがってElasticは、安定した永久保有銘柄というより、
#業績が壊れていないのに、AI代替懸念だけで売られた局面を拾う再評価型銘柄#
として考える方が適している。
#AI懸念による下落と同時に、NER、cRPO、大口顧客、Cloud成長まで悪化しているなら注意が必要である。
#その場合は市場心理ではなく、代替や価格競争が実際に始まっている可能性がある。
#一方、事業指標が維持・改善しているのに株価だけが売られるなら、割安な投資機会になり得る。
##
結論
#Elasticは、AIに代替されない絶対的な企業ではない。
#検索UI、RAG構築、ダッシュボード、クエリ生成といった表面的な機能は、AIによって急速にコモディティ化する。
#しかし企業AIが本番環境で動くには、
#- 最新の企業データ
- 検索と集計
- 権限管理
- ログとトレース
- セキュリティ監視
- 人間による承認
- 監査証跡
が必要になる。
#Elasticがこれらを一つのElasticsearch基盤で提供できれば、AIによって消えるSaaSではなく、AIを動かすための基盤側へ移れる。
#今後の焦点は明確である。
#Elastic 9.5とOpenAI協業が、魅力的な技術発表にとどまるのか。 それとも大型契約、利用量、cRPO、NER、売上成長として数字に表れるのか。#
次の決算は既存事業の確認であり、20％成長を期待する局面ではない。
#次の次の決算では、9.5やOpenAI協業による案件と契約の兆候を確認する。
#そして2027年度後半から2028年度に、持続的な成長再加速が証明されるかが本当の勝負になる。
#Elasticは安全な銘柄ではない。
#しかし市場がAI代替リスクを強く織り込み過ぎているなら、企業AIのコンテキスト・Observability・Security基盤へ転換する上振れを、比較的低い評価で買える可能性がある。
#Elasticへの投資とは、
#「SaaSは生き残るか」ではなく、 「AI時代に価値がUIからデータ・権限・監視・実行基盤へ移る中で、Elasticがその中心に入れるか」#
を問う投資なのである。
##
2026年8月6日午前4時過ぎに69.9ドルほどで1株約定したのですが、何か違う気がして売りたくなっています 71ドルで売り指値を入れてしまいました これは27年以降でも間に合いそうな感じがしなくもない
#半導体サイクルを怯えて、安定して成長しそうな銘柄を選んでしまった メモリーを買え、私は自分を鼓舞します 何がサイクルだ 来るとしても3年以上先だろ、ここでしょぼい上げを数回取るより、ガッツリ3～4倍を1～3年で狙っていく
#これがメモリーであり、半導体であり、ボトルネックを握るものたちなのだ
#半導体爆上げ、AI性能爆上がり局面でのSaaS下げと、半導体下げ局面でのSaaSのAIでの利益拡大とSaaS上げ、そしてまたSaaS下げ、半導体上げはこれから何度か繰り返すだろう
#その結果、SaaSはcloud基盤を持ったNETのような物理的な堀のある銘柄と独自データを持った少しSaaSとは違うがTEMのような銘柄、PalantirやCRWD、SNOWくらいの堀のある銘柄だけが残るのだと思う
#AI時代に生き残るのは、半導体の供給制約を握る者たちとハイパースケーラー、独自データを持った企業と物理的な堀のあるSaaSのみだと考えている
#そこに、Elasticが入れるのかはわからないが、その兆候がみえない事はない
#しかし、その間にAIが出来る事が増える度に代替えを警戒し続け、半導体のようなボラリティはないにしても爆発的な伸びも期待できないとなると、やはり半導体の方がいいよねとなるのだ
#下げに惑わされない、譬え下げても戻って来る この構造的な変化を頭では理解していても、軟調でよこよこ、上げても下げる
#この様子に辟易とし、中国のレアアース、InP輸出規制懸念、金利、戦争、中間選挙などと言って更に判断を鈍らせる
#違う、違うんだ
#年末にどうなるか、27年に入った時にどうなっているか
#半導体だろう、そうだ、そうに違いない
#全体的には含み益バリアがあると言っても、高値で入った銘柄の含み損をみると吐きそうになる、ならない単純に飽きて来た
#もういいよ、わかってる、俺は本当はこわいんだ
#メモリーも上がり切ったんじゃないか、AIDC建て過ぎになるのでないのか
#ああ、わかってる、バカらしいよな
#爆上げは近いぜ、だからこわいんだ、乗り遅れるかもとな、でも下げるかもとも俺の中の俺が言うんだよな
#そんなの年末とか27年からすれば、どうしてあの時もっとメモリー半導体買わなかったんだろう、って言ってる癖に
#ここで、朝起きて冷静になって考えてみた
#待てよ、でもセキュリティも1つのボトルネックになりつつあるのではないか？
#OpenAIとの協業、Hugging Faceに不正侵入、それを食い止める為のログ検出…
#ここにElasticは役立てる可能性が高い、他のセキュリティと競合する事もあれど分野が違えば協業もし得る
#中立性がセキュリティには重要になる
#この物語は強い、AIにはセキュリティ税が課せられるようになる可能性がある
#そこをみると、これは悪い選択ではないかも知れないが確信は持てないのであった
##
特定銘柄の推奨・勧誘・投資助言を目的とするものではありません。投資判断はご自身の責任でお願いいたします。
#