Merge branch 'main' of github.com-work:splunk/observability-workshop

content/ja/apm/_index.md

@@ -2,7 +2,7 @@
 title: Splunk APM
 linkTitle: Splunk APM
 description: Splunk APM は、クラウドネイティブ、マイクロサービスベースのアプリケーションのための NoSample™ Full-fidelity アプリケーションパフォーマンス監視およびトラブルシューティングソリューションです。
-weight: 2
+weight: 3
 alwaysopen: false
 
 isCJKLanguage: true

content/ja/imt/_index.md

@@ -2,7 +2,7 @@
 title: Splunk IM
 linkTitle: Splunk IM
 description: オンプレミス、ハイブリッド、マルチクラウドのいずれにおいても、Splunk はリアルタイムの監視とトラブルシューティングを提供し、完全な可視化によってインフラのパフォーマンスを最大化することを支援します。
-weight: 1
+weight: 2
 alwaysopen: false
 isCJKLanguage: true
 ---

content/ja/s4r/1-workshop-goals/_index.md

@@ -9,44 +9,44 @@ archetype: chapter
 
 #### イントロダクション
 
-このワークショップの目的は、ある問題を体験し、Splunk Observability Cloud を使用してトラブルシューティングを行い、根本原因を特定することです。そのために、私たちは Kubernetes で動作する完全なマイクロサービスベースのアプリケーションを提供し、それが Splunk Observability Cloud に**メトリクス、トレース、ログ**を送信するように計装しました。
+このワークショップのゴールは、ある問題を体験し、Splunk Observability Cloud を使用してトラブルシューティングを行い、根本原因を特定することです。これを実現するために、私たちは Kubernetes で動作する完全なマイクロサービスベースのアプリケーションを提供し、それが Splunk Observability Cloud に**メトリクス、トレース、ログ**を送信するように計装しています。
 
 #### 参加対象者は？
 
-Splunk Observability をハンズオンの環境で理解したいと考えている方。このワークショップは、Splunk Observability にほとんど、または、まったく経験がない人向けに設計されています。
+Splunk Observability をハンズオンの環境で理解したいと考えている方。このワークショップは、ほとんど、または、まったく Splunk Observability の経験がない人向けに設計されています。
 
 #### 必要なものは何ですか？
 
-参加者本人と、パソコン、外部のウェブサイトにアクセスできるブラウザがあれば十分です。私たちはこれらのワークショップを対面、または、Zoom で実施しています。あなたのデバイスに Zoom クライアントがない場合でも、ウェブブラウザを通じてワークショップ環境にアクセスすることができます。
+皆様自身の参加と、パソコン、外部のウェブサイトにアクセスできるブラウザがあれば十分です。私たちはこれらのワークショップを対面、または、Zoom で実施しています。あなたのデバイスに Zoom クライアントがない場合でも、ウェブブラウザを通じてワークショップ環境にアクセスすることができます。
 
 #### このワークショップで何がカバーされていますか？
 
 この3時間のセッションでは、ハンズオンの環境で**ストリーミング分析**、**NoSample™ で完全忠実な**分散トレーシングを備えた唯一の可観測性プラットフォームである Splunk Observability の基本を学びます。
 
 ##### OpenTelemetry
 
-**なぜ OpenTelemetry が必要なのか**、そしてそれが可観測性にとってなぜ重要なのかについて簡単に紹介します。
+**なぜ OpenTelemetry が必要なのか**、そして、それが可観測性にとってなぜ重要なのかについて簡単に紹介します。
 
 ##### Splunk Observability ユーザーインターフェースのツアー
 
-Splunk Observability Cloud のさまざまなコンポーネントを渡り歩きながら、5つの主要なコンポーネント（**APM、RUM、Log Observer、Synthetics、Infrastructure**）を容易に操作する方法を紹介します。
+Splunk Observability Cloud のさまざまなコンポーネントを渡り歩きながら、5つの主要なコンポーネント（**APM、RUM、Log Observer、Synthetics、Infrastructure**）を操作する方法を紹介します。
 
 ##### リアルユーザーデータの生成
 
-Online Boutique Website を使用してお買い物を楽しみます。ブラウザ、モバイル、タブレットを使用いただき、架空の通貨で買い物を行っていただきます。これを通じて、 **メトリクス（問題があるのか？）**、**トレース（問題はどこにあるのか？）**、**ログ（問題は何か？）** を送信します。
+オンラインブティックというウェブサイトを使用してお買い物を楽しみます。ブラウザ、モバイル、タブレットを使用し、架空の通貨で買い物を行っていただきます。これを通じて、 **メトリクス（問題があるのか？）**、**トレース（問題はどこにあるのか？）**、**ログ（問題は何か？）** を送信します。
 
 ##### Splunk Real User Monitoring (RUM)
 
-すべての参加者のブラウザセッションから受信したテレメトリーによって提供されたリアルユーザーデータを調査します。目標は、パフォーマンスが悪かったブラウザ、モバイル、タブレットのセッションを見つけて、トラブルシューティングのプロセスを開始することです。
+すべての参加者のブラウザセッションから受信するテレメトリーデータに基づいて実際のユーザーのデータを調査します。ここでのゴールは、パフォーマンスが悪かったブラウザ、モバイル、タブレットのセッションを見つけて、トラブルシューティングのプロセスを開始することです。
 
 ##### Splunk Application Performance Monitoring (APM)
 
-RUM トレース（フロントエンド）から APM トレース（バックエンド）へとジャンプすることで、**End to End の全体としての可視性**の力を理解します。すべてのサービスはテレメトリー（トレースとスパン）を送信しており、Splunk Observability Cloud はそれを視覚化、分析し、異常やエラーを検出するために使用できます。
+RUM トレース（フロントエンド）から APM トレース（バックエンド）へとジャンプすることで、**End to End 全体を可視化する能力**を理解しましょう。すべてのサービスはテレメトリー（トレースとスパン）を送信しており、Splunk Observability Cloud はそれを可視化・分析し、異常やエラーを検出するために使用することができます。
 
 ##### Splunk Log Observer (LO)
 
-Related Content は、一つのコンポーネントから別のコンポーネントにジャンプすることを可能にする強力な機能です。この場合、私たちは APM トレースからログにジャンプし、関連するログにジャンプします。
+Related Content の強力な機能を使うと、あるコンポーネントから別のコンポーネントにジャンプすることが可能になります。ここでは、私たちは APM トレースから、そのトレースに関連するログにジャンプします。
 
 ##### Splunk Synthetics
 
-私たちのアプリケーションを**24時間365日**で監視し、問題が発生したときに**アラート**を受け取ることができたら素晴らしいことではないでしょうか？これが Synthetics の役割です。私たちは、1分ごとに実行され、Online Boutique を通じた典型的なユーザージャーニーのパフォーマンスと可用性をチェックするシンプルなテストを示します。
+私たちのアプリケーションを**24時間365日**で監視し、問題が発生したときに**アラート**を受け取ることができたら素晴らしいことではないでしょうか？　これが Synthetics の役割です。オンラインブティックサイトでの典型的なユーザージャーニーのパフォーマンスと可用性を1分ごとにチェックするシンプルなテストをご紹介します。

content/ja/s4r/10-wrap-up/key-takeaways.md

@@ -7,7 +7,7 @@ weight: 1
 ワークショップでは、Splunk Observability Cloud と OpenTelemetry シグナル（**メトリクス**、**トレース**、**ログ**）を組み合わせることで、平均検出時間（**MTTD**）の短縮、平均解決時間（**MTTR**）の短縮にどれほど寄与するかを見てきました。
 
 * 主なユーザーインターフェースとそのコンポーネント、*ランディングページ、Infrastructure、APM、RUM、Synthetics、ダッシュボードページ* および *設定ページ*の理解を深めました。
-* 時間が許す場合、*インフラストラクチャ*の演習を行い、Kubernetes ナビゲーターで使用される*メトリクス*を見て、Kubernetes クラスターで見つかった関連するサービスを確認しました。
+* 時間の許す限り、*Infrastructure* の演習で Kubernetes ナビゲーターで使用される *メトリクス* を見て、Kubernetes クラスターで見つかった関連するサービスを確認しました。
 
 ![Kubernetes](../images/infra.png)
 

content/ja/s4r/2-opentelemetry/_index.md

@@ -9,9 +9,9 @@ archetype: chapter
 
 ## OpenTelemetry
 
-クラウドコンピューティング、マイクロサービスアーキテクチャ、そしてますます複雑なビジネス要件の台頭により、可観測性へのニーズはこれまで以上に高まっています。可観測性とは、システムの内部状態をその出力を調べることで理解する能力のことです。ソフトウェアの文脈では、これは**メトリクス**、**トレース**、および**ログ**を含むテレメトリーデータを調べることでシステムの内部状態を理解する能力を意味します。
+クラウドコンピューティングやマイクロサービスアーキテクチャ、更に、ますます複雑になりつつあるビジネス要件の台頭により、可観測性へのニーズはこれまで以上に高まっています。可観測性とは、システムの内部状態をその出力を調べることで理解する能力のことです。ソフトウェアの文脈では、**メトリクス**、**トレース**、および**ログ**を含むテレメトリーデータに基づいてシステムの内部状態を理解する能力を意味します。
 
-システムを観測可能にするためには、計装が必要です。つまり、コードはトレース、メトリクス、およびログを出力する必要があります。計装されたデータは次に、**Splunk Observability Cloud** などの可観測性バックエンドに送信される必要があります。
+システムを観測可能にするためには、計装が必要です。つまり、コードはトレース、メトリクス、およびログを出力する必要があります。その上で、計装によって出力されたデータが、**Splunk Observability Cloud** などの可観測性バックエンドに送信される必要があります。
 
 | メトリクス | トレース | ログ |
 |:-------:|:------:|:----:|
@@ -22,16 +22,16 @@ OpenTelemetry は2つの重要な側面を持ちます。
 * プロプライエタリなデータ形式やツールに縛られることなく、自分が生成するデータを**自分のものとする**ことを可能にします。
 * **単一の** API と規約を学ぶことを可能にします
 
-これら2つのことが組み合わさることで、チームや組織は今日の現代的なコンピューティングの世界で必要な柔軟性を得ることができます。
+この2つが組み合わさることで、チームや組織は今日の現代的なコンピューティングの世界で必要な柔軟性を得ることができます。
 
-可観測性に取りかかるときに考慮すべきことはたくさんありますが、その中でも重要な質問は _「可観測性ツールにデータをどのように取り込むのか？」_ というものです。OpenTelemetry の業界全体での採用により、これまで以上に簡単に、この質問に答えることができるようになっています。
+可観測性に取りかかるときに考慮すべきことはたくさんありますが、その中でも重要な質問は _「どのようにして可観測性ツールにデータを取り込むのか？」_ というものです。OpenTelemetry の業界全体での採用により、これまで以上に簡単に、この質問に答えることができるようになっています。
 
 ## なぜ注目するべきなのか？
 
-OpenTelemetry は完全にオープンソースで、無料で使用することができます。過去には、監視および可観測性ツールはプロプライエタリなエージェントに大きく依存していました。これは、追加のツールを設定したり、変更したりするために必要な労力が、インフラストラクチャレベルからアプリケーションレベルまでのシステム全体で大量の変更を必要とすることを意味していました。
+OpenTelemetry は完全にオープンソースで、無料で使用することができます。過去には、監視および可観測性ツールはプロプライエタリなエージェントに大きく依存していました。つまり、追加のツールを設定・変更するために、インフラストラクチャレベルからアプリケーションレベルに至るまで、システム全体で大量の変更が必要になってしまうということです。
 
-OpenTelemetry はベンダーニュートラルであり、可観測性に関わる多くの業界のリーダーによってサポートされているため、利用者はいつでもサポートされている可観測性ツール間をわずかな計装に対する変更によって切り替えることができます。これは、どの OpenTelemetry のディストリビューションが使用されているかに関係なく真実です。Linux と同様に、さまざまなディストリビューションは設定とアドオンをバンドルしますが、すべてが根本的にコミュニティ主導の OpenTelemetry プロジェクトに基づいています。
+OpenTelemetry はベンダーニュートラルであり、可観測性に関わる多くの業界のリーダーによってサポートされています。そのため、利用者はいつでも、わずかな計装に対する変更だけで、サポートされている可観測性ツールを切り替えることができます。これは、どの OpenTelemetry のディストリビューションが使用されているかを問わず真実です。Linux と同様に、さまざまなディストリビューションがあり、設定とアドオンがバンドルされていますが、根本的に、これらはすべてコミュニティ主導の OpenTelemetry プロジェクトに基づいているものなのです。
 
-Splunk は OpenTelemetry に完全にコミットしています。これにより、お客様は**すべての**データを収集し、いかなるタイプ、いかなる構造、いかなるソース、いかなるスケールであっても、すべてリアルタイムで使用することができます。OpenTelemetry は監視の風景を根本的に変えており、IT チームと DevOps チームがすべての疑問とすべてのアクションに対してデータを活用することを可能にしています。これらのワークショップ中にこのことを体験することになります。
+Splunk は OpenTelemetry に完全にコミットしています。これにより、お客様は、いかなるタイプ、いかなるアーキテクチャ、いかなるソース、いかなる規模感であっても、**すべての**データをリアルタイムに収集し活用することができます。OpenTelemetry は監視のありかたを根本的に変えつつあり、IT チームと DevOps チームがあらゆる疑問やあらゆるアクションに対してデータを活用することを可能にしています。このワークショップ中に、こういった特徴について体験することができるはずです。
 
 ![OpenTelemetryのロゴ](images/otel.png)