clerk-observability
Clerk認証のモニタリング、ログ、オブザーバビリティを実装します。認証機能のモニタリング設定、本番環境での認証トラブル対応、監査ログの実装が必要な場合に活用できます。「clerk monitoring」「clerk logging」「clerk observability」「clerk metrics」「clerk audit log」といったフレーズで起動します。
description の原文を見る
Implement monitoring, logging, and observability for Clerk authentication. Use when setting up monitoring, debugging auth issues in production, or implementing audit logging. Trigger with phrases like "clerk monitoring", "clerk logging", "clerk observability", "clerk metrics", "clerk audit log".
SKILL.md 本文
Clerk オブザーバビリティ
概要
Clerk認証のための包括的なモニタリング、ロギング、およびオブザーバビリティを実装します。
前提条件
- Clerk統合が動作していること
- モニタリングプラットフォーム(DataDog、New Relic、Sentryなど)
- ロギングインフラストラクチャ
手順
ステップ 1: 認証イベントロギング
// lib/auth-logger.ts
import { auth, currentUser } from '@clerk/nextjs/server'
interface AuthEvent {
type: string
userId: string | null
timestamp: string
metadata: Record<string, any>
}
class AuthLogger {
private events: AuthEvent[] = []
log(type: string, metadata: Record<string, any> = {}) {
const event: AuthEvent = {
type,
userId: null, // Set after auth
timestamp: new Date().toISOString(),
metadata
}
this.events.push(event)
console.log('[Auth Event]', JSON.stringify(event))
// Send to monitoring service
this.sendToMonitoring(event)
}
async logWithAuth(type: string, metadata: Record<string, any> = {}) {
const { userId, sessionId } = await auth()
const event: AuthEvent = {
type,
userId,
timestamp: new Date().toISOString(),
metadata: {
...metadata,
sessionId,
hasUser: !!userId
}
}
this.events.push(event)
console.log('[Auth Event]', JSON.stringify(event))
this.sendToMonitoring(event)
}
private sendToMonitoring(event: AuthEvent) {
// DataDog example
if (process.env.DD_API_KEY) {
fetch('https://http-intake.logs.datadoghq.com/v1/input', {
method: 'POST',
headers: {
'Content-Type': 'application/json',
'DD-API-KEY': process.env.DD_API_KEY
},
body: JSON.stringify({
ddsource: 'clerk',
ddtags: 'env:production',
message: event
})
}).catch(console.error)
}
}
}
export const authLogger = new AuthLogger()
ステップ 2: ミドルウェアモニタリング
// middleware.ts
import { clerkMiddleware, createRouteMatcher } from '@clerk/nextjs/server'
import { NextResponse } from 'next/server'
const isPublicRoute = createRouteMatcher(['/', '/sign-in(.*)', '/sign-up(.*)'])
export default clerkMiddleware(async (auth, request) => {
const start = performance.now()
const { userId, sessionId } = await auth()
// Log auth check
const authDuration = performance.now() - start
// Add monitoring headers
const response = NextResponse.next()
response.headers.set('x-auth-duration', String(authDuration.toFixed(2)))
response.headers.set('x-auth-user', userId || 'anonymous')
// Log slow auth
if (authDuration > 100) {
console.warn('[Clerk Perf] Slow auth check:', {
duration: authDuration,
path: request.nextUrl.pathname,
userId
})
}
// Metrics
recordMetric('clerk.auth.duration', authDuration)
recordMetric('clerk.auth.success', userId ? 1 : 0)
return response
})
function recordMetric(name: string, value: number) {
// Send to your metrics provider
console.log(`[Metric] ${name}: ${value}`)
}
ステップ 3: セッション分析
// lib/session-analytics.ts
import { clerkClient } from '@clerk/nextjs/server'
interface SessionMetrics {
totalSessions: number
activeSessions: number
averageSessionDuration: number
sessionsByDevice: Record<string, number>
}
export async function getSessionMetrics(userId: string): Promise<SessionMetrics> {
const client = await clerkClient()
const sessions = await client.sessions.getSessionList({
userId,
status: 'active'
})
const sessionsByDevice: Record<string, number> = {}
let totalDuration = 0
for (const session of sessions.data) {
// Parse user agent for device type
const device = parseDeviceType(session.userAgent || '')
sessionsByDevice[device] = (sessionsByDevice[device] || 0) + 1
// Calculate duration
const duration = Date.now() - new Date(session.createdAt).getTime()
totalDuration += duration
}
return {
totalSessions: sessions.totalCount,
activeSessions: sessions.data.length,
averageSessionDuration: totalDuration / sessions.data.length || 0,
sessionsByDevice
}
}
function parseDeviceType(userAgent: string): string {
if (/mobile/i.test(userAgent)) return 'mobile'
if (/tablet/i.test(userAgent)) return 'tablet'
return 'desktop'
}
ステップ 4: Webhookイベント追跡
// app/api/webhooks/clerk/route.ts
import { Webhook } from 'svix'
import { headers } from 'next/headers'
import { WebhookEvent } from '@clerk/nextjs/server'
const webhookMetrics = {
received: 0,
processed: 0,
failed: 0,
byType: {} as Record<string, number>
}
export async function POST(req: Request) {
webhookMetrics.received++
const start = performance.now()
const headerPayload = await headers()
const svix_id = headerPayload.get('svix-id')!
// ... verification code ...
try {
const evt = wh.verify(body, headers) as WebhookEvent
const eventType = evt.type
// Track by type
webhookMetrics.byType[eventType] = (webhookMetrics.byType[eventType] || 0) + 1
// Process event
await processEvent(evt)
webhookMetrics.processed++
// Log success
console.log('[Webhook]', {
type: eventType,
id: svix_id,
duration: performance.now() - start,
status: 'success'
})
return Response.json({ success: true })
} catch (error) {
webhookMetrics.failed++
console.error('[Webhook Error]', {
id: svix_id,
error: error.message,
duration: performance.now() - start
})
return Response.json({ error: 'Processing failed' }, { status: 500 })
}
}
// Expose metrics endpoint
export async function GET() {
return Response.json(webhookMetrics)
}
ステップ 5: Sentryでのエラー追跡
// lib/sentry-clerk.ts
import * as Sentry from '@sentry/nextjs'
import { auth, currentUser } from '@clerk/nextjs/server'
export async function initSentryWithClerk() {
const { userId, orgId } = await auth()
if (userId) {
Sentry.setUser({
id: userId,
// Don't include email unless necessary for privacy
})
Sentry.setContext('clerk', {
userId,
orgId,
hasOrg: !!orgId
})
}
}
// Wrapper for auth operations with error tracking
export async function withAuthErrorTracking<T>(
operation: () => Promise<T>,
context: string
): Promise<T> {
try {
return await operation()
} catch (error) {
Sentry.captureException(error, {
tags: {
component: 'clerk',
operation: context
}
})
throw error
}
}
// Usage
const user = await withAuthErrorTracking(
() => currentUser(),
'get-current-user'
)
ステップ 6: ヘルスチェックエンドポイント
// app/api/health/clerk/route.ts
import { auth, clerkClient } from '@clerk/nextjs/server'
interface HealthStatus {
status: 'healthy' | 'degraded' | 'unhealthy'
checks: {
auth: { status: string; latency: number }
api: { status: string; latency: number }
webhooks: { status: string; lastReceived: string | null }
}
timestamp: string
}
export async function GET() {
const health: HealthStatus = {
status: 'healthy',
checks: {
auth: { status: 'unknown', latency: 0 },
api: { status: 'unknown', latency: 0 },
webhooks: { status: 'unknown', lastReceived: null }
},
timestamp: new Date().toISOString()
}
// Check auth function
const authStart = performance.now()
try {
await auth()
health.checks.auth = {
status: 'ok',
latency: performance.now() - authStart
}
} catch {
health.checks.auth = {
status: 'error',
latency: performance.now() - authStart
}
health.status = 'degraded'
}
// Check API connectivity
const apiStart = performance.now()
try {
const client = await clerkClient()
await client.users.getUserList({ limit: 1 })
health.checks.api = {
status: 'ok',
latency: performance.now() - apiStart
}
} catch {
health.checks.api = {
status: 'error',
latency: performance.now() - apiStart
}
health.status = 'unhealthy'
}
return Response.json(health)
}
ダッシュボードメトリクス
以下の主要メトリクスを追跡してください:
- 認証成功/失敗率
- 認証レイテンシ(p50、p95、p99)
- 経時的なアクティブセッション数
- Webhook処理時間
- タイプ別エラー率
出力
- 認証イベントロギング
- パフォーマンスモニタリング
- エラー追跡統合
- ヘルスチェックエンドポイント
エラーハンドリング
| 問題 | モニタリングアクション |
|---|---|
| 高い認証レイテンシ | p95 > 200ms でアラート |
| 失敗したWebhook | 失敗率 > 1% でアラート |
| セッション異常 | 異常なセッションパターンを追跡 |
| APIエラー | Sentryコンテキストでキャプチャ |
リソース
次のステップ
インシデント対応手順については clerk-incident-runbook に進んでください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。