チーム全体でオブザーバビリティプラクティスを標準化
御社のエンジニアは、バラバラで時代遅れのツールに圧倒されていることでしょう。多くの場合、ユーザー向けのソフトウェアの構築と提供に専念する代わりに、ツールチェーン管理に陥っています。各チームが独自のソフトウェアデリバリーツールを展開していると、チーム間で共通言語がなくなり、可視性が共有されないため、開発者は大規模な会議室で問題のトラブルシューティングに多くの時間を費やすことになります。
中央ツールチーム(通称プラットフォームエンジニアリングチーム)は、信頼性が高く標準化された社内開発者プラットフォームとツールをチーム全体に展開して、コストと使用量を管理しながら開発者の経験と生産性を向上させる責任があります。しかし、ほとんどのツールは柔軟性が高すぎて、すべてのエンジニアのニーズを満たすことができません。さらに、市場に出回っているツールの多くは、企業固有のニーズではなくチーム固有のニーズに合わせて構築されているため、プラットフォームエンジニアリングチームは、アクセスの制御、使用状況の監視、大規模な運用に苦労しています。その結果、採用率が低く、開発者の労力がかかり、ソフトウェアの提供が遅れ、予想外に高いコストが発生します。
どうすればできる Splunk Observability Cloud セルフサービスのオブザーバビリティを実現するのに役立ちますか?
1 つのオープンで拡張可能なエージェントですぐに始められる
Splunk Observability Cloud は 100% OpenTelemetryネイティブなので、データを一度だけ計測できるため、規模に関係なく迅速にアプリケーションをデプロイして構築を開始できます。 オープンテレメトリ また、あらゆるエンジニアのニーズに応える高い拡張性と柔軟性を維持しながら、チーム全体でデータ管理を標準化するのにも役立ちます。その結果、一貫性の欠如や信頼の問題が減り、総所有コストも削減されます。
コードレベルのオブザーバビリティで安全に監視を自動化
Splunk Observability Cloud フル機能を提供します。 API の操作性 そして テラフォーム サポート。これにより、コードアプローチとしてのオブザーバビリティが可能になります。これにより、コードレベルでの可視性とコンテキストが得られ、自信を持ってプログラム的にアプリケーションを構築、管理、監査できるようになります。これにより、ソフトウェアの変更を自動化したり、何か問題が発生した場合はすぐにロールバックしたりできます。
チーム全体のコスト管理
一元化されたツールにより、チームは予算を効率的に活用し、全社規模でコストを管理できます。 Splunk Observability Cloud には以下が含まれます。 アクセストークン そして メトリクス・パイプライン管理 。メトリクス・パイプライン管理により、プラットフォーム・エンジニアは、メトリクス・データを集約し、十分に活用されていないデータを除外することで、コストを管理しながらオブザーバビリティを拡大できます。 Splunk Observability Cloud また、懲罰的な超過料金が発生しないように、柔軟なライセンス体系と月平均値も提供しています。
柔軟できめ細かなアクセス制御をガードレールに提供
管理者は以下の方法で簡単にデータを保護できます。 ロールベースのアクセス制御 (RBAC) と シングル・サインオン Splunk Cloud Platform で (SSO) を行うことで、ユーザー権限を一元管理し、データが誤って変更されたり漏洩したりするのを防ぐことができます。 アクセストークン また、組織内の個々のオブジェクトを誰が閲覧できるかをきめ細かく制御するためにも使用できます。
すぐに使えるテンプレートでワークフローを効率化
ミラーリングされたダッシュボード と テラフォーム サポートにより、再利用可能なオブザーバビリティチャート、ダッシュボード、ディテクター、構成を作成できるため、規模を拡大しても手間が省けます。OpenTelemetry は、そのサポートを幅広い言語やプラットフォームに広げるのに役立ちます。
データ使用状況の可視性を向上
プラットフォームエンジニアは、メトリックスパイプライン管理で最近リリースされたメトリクス使用状況分析により、データ使用量の可視性が向上しました。MUA を使用すると、エンジニアはセルフサービスのレポート機能にアクセスして、システム全体で生成、使用、保存されているメトリック時系列 (MTS) の数を確認し、テレメトリ量を最適化できます。
ユースケースガイダンス
-
- OpenTelemetry の正常なデプロイとトラブルシューティング
- OpenTelemetry のデプロイメントを迅速かつ確実に実行する方法については、 Splunk Distribution of the OpenTelemetry Collector .
-
- OpenLLMetry と Splunk による LLM アプリケーションのインストルメンテーション
- この記事では、OpenTelemetry とその方法を紹介します。 Splunk Observability Cloud 大規模な言語モデルアプリケーションを監視可能にするために使用できます。
-
- NVIDIA GPU による世代 AI アプリケーションのモニタリング
- LLM のパフォーマンスを維持し、最適なユーザーエクスペリエンスを提供するためには、オブザーバビリティが不可欠です。この記事では、Gen AI アプリケーションの監視を開始する手順の概要を説明します。 Splunk Observability Cloud 。
-
- によるラングチェーン LLM アプリケーションのモニタリング Splunk Observability Cloud
- LLM アプリケーションを LangChain フレームワークで更新して OpenAI への後続のリクエストでもコンテキストが保持されるようにし、LLM プロバイダー間の切り替えを容易にする方法を学びましょう。また、LLM アプリケーションを更新して、カスタムデータセットからの質問に答えられるようにする方法についても学んでください。
その他のガイダンス
- オブザーバビリティ設定をコードとして管理するには、 Splunk Observability Cloud テラフォームプロバイダー
- OpenTelemetry スパンメトリックスコネクターを使用してサードパーティ API 呼び出しをモニタリングする
- Google Kubernetes エンジンとの統合 Splunk Observability Cloud
- Kubernetes の統合と Splunk Observability Cloud
- OpenTelemetry による JMX メトリック・コレクションのカスタマイズ
- の実行 Splunk OpenTelemetry Collector ダーウィンについて
- イベントとフィールドを間で送信する Splunk platform と Splunk Observability Cloud