by shigemk2

当面は技術的なことしか書かない

Datadog RUM 権限

Datadog

ぱっと見read only/standard/adminの標準ロールで対応できそう

Name Description Default Role
RUM Apps Write(rum_apps_write) Create, edit, and delete RUM applications. Creating a RUM application automatically generates a Client Token. In order to create Client Tokens directly, a user needs the Client Tokens Write permission. Datadog Standard Role
RUM Apps Read(rum_apps_read) View RUM Applications data. Datadog Read Only Role
RUM Session Replay Read(rum_session_replay_read) View Session Replays. Datadog Read Only Role
RUM Generate Metrics(rum_generate_metrics) Create custom metrics from RUM events. Datadog Standard Role
RUM Delete Data(rum_delete_data) Delete data from RUM. Datadog Admin Role
RUM Playlist Write(rum_playlist_write) Create, update, and delete RUM playlists. Add and remove sessions from RUM playlists. Datadog Standard Role
RUM Session Replay Extend Retention(rum_extend_retention) Extend the retention of Session Replays. Datadog Admin Role
RUM Retention Filters Read(rum_retention_filters_read) View RUM Retention filters data. Datadog Read Only Role
RUM Retention Filters Write(rum_retention_filters_write) Write RUM Retention filters. Datadog Standard Role
RUM Settings Write(rum_settings_write) Write RUM Settings. Datadog Admin Role

docs.datadoghq.com

Datadog RUM セッション

Datadog

real user monitoring

定義

セッションとは、ウェブアプリケーションまたはモバイルアプリケーションでユーザーが行う操作 (カスタマージャーニー)

ユーザーがウェブアプリケーション上で行う継続的な操作期間を1セッションとしてカウント

計測条件

  • 終了条件: 15分間の非アクティブ状態でセッション終了
  • 最大継続時間: 最大4時間まで継続
  • カウント単位: ユーザージャーニー（一連のユーザー操作）

実例

  • ユーザーが15分以内に操作を続けている → 1セッション
  • 15分以上何も操作せず、その後再度アクセス → 新しいセッション
  • 4時間以上継続利用 → 自動的に新セッションとして切り替わる

(GAのユーザーセッションと似たような概念として考えている)

docs.datadoghq.com

statuscake_uptime_check status_codes

Terraform statuscake

わかりづらいけどここにあるものが検知されたらトリガーする

status_codes (StringのSet) アラートをトリガーするステータスコードのリスト。指定しない場合、デフォルトのステータスコードが使用される。一度設定すると、デフォルトのステータスコードは復元できず、このフィールドを省略しても属性がクリアされることはない。

registry.terraform.io

サービスディスカバリー

kubernetes

デプロイされたアプリケーションがどこにあるかを見つけ出す仕組み

Kubernetesでは、クラスター内に構成レジストリを持ち、それに基づき動的にサービスディスカバリーを行っている

一般的なサービスディスカバリー

  • 固定IPアドレス
  • ホストファイルのエントリ
  • DNS
  • 構成レジストリ(Kubernetes)

P62

www.shoeisha.co.jp

pipe viewer pv

Linux 
長めのコマンド | pv

pv - パイプビューア - は、パイプラインを通るデータの進行状況を監視し、その流れを変更するためのターミナルベースのツールだ。二つのプロセス間の通常のパイプラインに挿入でき、データがどれほどの速さで通過しているか、どれほどの時間がかかっているか、完了までどれほど近づいているか、そして完了まであとどれほどの時間がかかるかの推定値を視覚的に示す。データの流れの速さ、エラー処理の戦略、バッファサイズ、キャッシュとの相互作用はすべて調整できる。

homebrew formula formulae.brew.sh

概要 www.ivarch.com

マニュアル www.ivarch.com

サービス メモ

kubernetes

KubernetesのServiceとは、コンテナーアプリケーションへのアクセス方法を決めるリソースのことで、ポート番号やプロトコル、負荷分散のタイプなどを設定

#A.基本項目
apiVersion: v1
kind: Service
metadata:
  name: webserver #B.Serviceのスペック
  spec:
    type: LoadBalancer
    ports: #ポート番号
        - port: 80
          targetPort: 80
          protocol: TCP
    #C.Podの条件(ラベル)
    selector:
      app: photo-

P49 www.shoeisha.co.jp

マニフェストファイル メモ

kubernetes
  • Kubernetesではクラスターにどのようにアプリケーションをデプロイし、クライアントからのアクセスをどう処理するかなどの構成情報を定義ファイルで管理 マニフェストファイルとよぶ YAML/JSONいずれでもOKだがYAML推奨
#A.基本項目
apiVersion: apps/v1
kind: Deployment
metadata:
  name: photoview-deployment
#B.Deploymentのスペック
spec:
  replicas: 5 #レプリカ数
  selector:
    matchLabels:
      app: photo-view #テンプレートの検索条件
  #C.Podのテンプレート
  template:
    metadata:
      labels:
        app: photo-view
        env: stage
      spec:
        containers:
          - image: sampleacrregistry.azurecr.io/photo-view:v1.0 #コンテナーイメージの場所
            name: photoview-container #コンテナー名
            ports:
              - containerPort:80 #ポート番

P47 www.shoeisha.co.jp