Splunkブログ

特集記事

最新のブログ記事

マイクロサービスの重要性
オブザーバビリティ
7 分程度

マイクロサービスの重要性

マイクロサービスとは、ソフトウェア開発アプローチの1つです。アプリケーションを一枚岩の「モノリシック」なプログラムとしてではなく、複数のサービスや機能を疎結合させて構築する開発手法です。それにより、安定性や柔軟性が高い開発を実現することができます。
OpenTelemetryの完全ガイド
オブザーバビリティ
14 分程度

OpenTelemetryの完全ガイド

システムの分散が進む中で組織がビジネス目標を達成し、それを上回るには、オブザーバビリティを実現する必要があります。そのためにOpenTelemetryが果たす役割について説明します。
5Gでカスタマーエクスペリエンスを向上させる方法:通信業界
業種・業界
2 分程度

5Gでカスタマーエクスペリエンスを向上させる方法:通信業界

リテールと通信のそれぞれの業界で、5Gがカスタマーエクスペリエンスをどのように向上させるかを論じた、業界横断的なホワイトペーパーを紹介します。
最高情報セキュリティ責任者(CISO)の役割とは?
セキュリティ
6 分程度

最高情報セキュリティ責任者(CISO)の役割とは?

CISOの責任、スキルと経験、指揮命令系統、給与など、CISOの重要な役割について解説します。
DevOpsの一般的な役割と責任
オブザーバビリティ
7 分程度

DevOpsの一般的な役割と責任

DevOpsの基本原則であるコラボレーション、自動化、透明性、そして説明責任について説明します。DevOpsがビジネス価値の向上にどのように役立つかを確認しましょう。
MTTR (平均修復時間):定義、ヒント、課題
オブザーバビリティ
10 分程度

MTTR (平均修復時間):定義、ヒント、課題

ITサービスのパフォーマンスとユーザーエクスペリエンス評価のため、コンポーネントやシステムを修復し、機能を回復するまでにかかる平均時間を表す「MTTR(平均修復時間)」。算出(計算)方法の概要、計算方法、重要性、短縮方法について説明します。
オブザーバビリティ(可観測性)の概要
オブザーバビリティ
10 分程度

オブザーバビリティ(可観測性)の概要

このブログ記事では、ITにおけるオブザーバビリティの定義、ベストプラクティス、および主な概念について取り上げます。
根本原因分析(RCA)とは?
IT
10 分程度

根本原因分析(RCA)とは?

根本原因分析(RCA)とは、問題の原因を特定し、対策を講じて再発を防止できるようにするためのプロセスを指します。根本原因分析(RCA)の実行方法、従うべき原則やベストプラクティス、IT環境での根本原因分析の始め方について説明します。
SPLのコマンドタイプを学ぶ~効率的なサーチの実行順序とその調査方法~
Tips
8 分程度

SPLのコマンドタイプを学ぶ~効率的なサーチの実行順序とその調査方法~

Splunkでは、サーチを実行する際に独自言語であるSPL(Search Processing Language)を使用します。今回は、SPLのタイプについてそれぞれ解説し、効率的なサーチの実行順序とその調査ツールであるSearch Job Inspectorの使い方をお伝えします。

セキュリティ

Boss of the SOC Day 2019 まとめ 東京開催!
セキュリティ
3 分程度

Boss of the SOC Day 2019 まとめ 東京開催!

2019年11月7日(木)TUNNEL TOKYO にてSplunk主催のMega Boss of the SOCが開催されました。なんと今回は115名を超え当日は大変な盛り上がりを見せました。

オブザーバビリティ

ネイティブモバイルアプリに対応したSplunk Mobile RUMの一般提供を発表
オブザーバビリティ
5 分程度

ネイティブモバイルアプリに対応したSplunk Mobile RUMの一般提供を発表

Splunk RUMは、カスタマーエクスペリエンスの監視対象を従来のWebブラウザからネイティブモバイルアプリまで拡大します。これにより、モバイルアプリ開発者やSREは、iOSアプリやAndroidアプリのパフォーマンスを改善し、顧客に影響する問題を特定できます。
Splunk Log Observerの登場です!
オブザーバビリティ
3 分程度

Splunk Log Observerの登場です!

Splunk Observability Cloudに含まれるSplunk Log Observeは、DevOpsチーム、SREチーム、プラットフォームチームが、アプリケーションやクラウドインフラの動作を引き起こしている要因をすばやく理解できるように設計されています。コーディング不要の直感的な操作で、リアルタイムのログデータ、メトリクス、トレースをすばやく相関付けて、すぐに役立つインサイトを獲得できます。
Splunk Real User Monitoring (RUM)の一般提供を開始
オブザーバビリティ
8 分程度

Splunk Real User Monitoring (RUM)の一般提供を開始

一般提供が開始されたSplunk Real User Monitoring (RUM)は、オープンソースとOpenTelemetry標準を活用し、SREやオンコールエンジニアによる、顧客に影響する問題の迅速なトラブルシューティングとエンドユーザーエクスペリエンスの最適化をサポートします。
オブザーバビリティ:その真の意味
オブザーバビリティ
6 分程度

オブザーバビリティ:その真の意味

オブザーバビリティは、単にメトリクス、トレース、ログを指すものではありません。それは、データの収集と分析を通じてビジネスに関するあらゆる疑問の答えを明らかにしようとするマインドセットなのです。
Splunk APMのBusiness Workflowsを活用してビジネスKPIを改善する
オブザーバビリティ
7 分程度

Splunk APMのBusiness Workflowsを活用してビジネスKPIを改善する

Splunk APMのBusiness Workflowsを活用すれば、DevOpsチームはアプリケーションパフォーマンスをビジネスKPIと関連付け、重要なビジネスメトリクスをリアルタイムで可視化して、リーダーに明示できます。
Fastlyの障害から考えるオブザーバビリティの重要性
オブザーバビリティ
7 分程度

Fastlyの障害から考えるオブザーバビリティの重要性

このブログ記事では、先日発生したFastlyの障害に対する従来の監視テクノロジーでの対応を検証し、オブザーバビリティの実践にDigital Experience Monitoringを活用することがこの種の問題の検出と対応にいかに効果的であるかについて解説します。
オブザーバビリティの実現が必要な理由 環境の複雑化とビジネスの高速化
オブザーバビリティ
6 分程度

オブザーバビリティの実現が必要な理由 環境の複雑化とビジネスの高速化

コロナ禍により、多くの企業のシステム環境がクラウドネイティブのアーキテクチャを採用し、早いサイクルでサービスを開発し提供しています。複雑化し動的に変化するシステムでは、全体の状況把握が困難になり、障害への対応が遅れがちになります。今回は、こうした課題を解決するオブザーバビリティと、それを実現するSplunk Observability Cloudを紹介します。
アプリケーションパフォーマンスを再定義:SignalFx Microservices APMのご紹介
オブザーバビリティ
8 分程度

アプリケーションパフォーマンスを再定義:SignalFx Microservices APMのご紹介

SplunkはSignalFx Microservices APM最新版のリリースを発表しました。異常を見逃さないトレーシング、AIドリブンのインスタントトラブルシューティング、オープンフレームワークのインストルメンテーションをはじめとする革新的な新機能が盛り込まれています。
Splunk Infrastructure MonitoringでAmazon EKS Distro (EKS-D)を監視する
オブザーバビリティ
9 分程度

Splunk Infrastructure MonitoringでAmazon EKS Distro (EKS-D)を監視する

Splunk Infrastructure Monitoringは、クラウドネイティブのAmazon EKSから、Amazon Outpostsとのハイブリッド、オンプレミスの自己管理型EKS-D環境まで、あらゆるKubernetes環境に対応した、エンタープライズクラスのモニタリングのためのターンキー(すぐに使える)ソリューションです。