スキル Azure.Messaging.ServiceBus (.NET)
📦

Azure.Messaging.ServiceBus (.NET)

安全

.NET で Azure Service Bus メッセージングソリューションを構築する

開発者は、分散 .NET アプリケーションにおける信頼性の高いメッセージ配信と pub/sub パターンに苦労しています。このスキルでは、実運用対応のコード例を含む Azure Service Bus SDK の完全なガイダンスを提供します。

対応: Claude Codex Code(CC)
🥉 72 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「Azure.Messaging.ServiceBus (.NET)」を使用しています。 Azure Service Bus キューにメッセージを送信する

期待される結果:

  • DefaultAzureCredential を使用した ServiceBusClient 作成のコード例
  • 対象キュー用の ServiceBusSender 初期化
  • ボディコンテンツを含む ServiceBusMessage 構築
  • 適切な dispose パターンを使用した非同期 SendMessageAsync 呼び出し

「Azure.Messaging.ServiceBus (.NET)」を使用しています。 バックグラウンドでメッセージを処理する

期待される結果:

  • AutoCompleteMessages と MaxConcurrentCalls を使用した ServiceBusProcessor 設定
  • try/catch とメッセージ確定を備えた ProcessMessageAsync ハンドラー
  • エラーログ記録と診断用の ProcessErrorAsync ハンドラー
  • StartProcessingAsync と StopProcessingAsync のライフサイクル管理

セキュリティ監査

安全
v1 • 2/25/2026

This is a prompt-only documentation skill with no executable code. Static analysis correctly identified zero security risks. The skill provides legitimate Azure Service Bus SDK guidance including authentication best practices (DefaultAzureCredential), proper resource disposal patterns, and standard messaging workflows. No suspicious patterns, injection attempts, or malicious intent detected.

0
スキャンされたファイル
0
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
74
仕様準拠

作れるもの

エンタープライズメッセージキュー統合

適切なエラー処理とメッセージ確定を備えた Service Bus キューを使用して、マイクロサービス間の信頼性の高い非同期通信を構築します。

トピックによるイベント駆動アーキテクチャ

複数のサービスにわたる複数のサブスクライバーへのイベントブロードキャストのための publish/subscribe パターンを実装します。

セッションによる順序付き処理

注文フルフィルメントワークフローなどのシナリオで、セッションベースのレシーバーを使用して関連メッセージを厳密な順序で処理します。

これらのプロンプトを試す

基本キューメッセージング 
DefaultAzureCredential 認証を使用して、.NET で Azure Service Bus キューとの間で単一のメッセージを送受信する方法を示してください。
バックグラウンドメッセージプロセッサ 
同時呼び出し、適切なエラー処理、自動メッセージ完了を備えたキューからメッセージを処理する ServiceBusProcessor を作成してください。
セッションベースの順序付き処理 
ServiceBusSessionReceiver を使用して、関連メッセージの FIFO 順序を維持する .NET でのセッションベースのメッセージ処理を実装してください。
フィルター付きトピックサブスクリプション 
複数のサブスクリプションと SQL フィルターを備えた Azure Service Bus トピックを設定し、メッセージプロパティに基づいてメッセージを異なるサブスクライバーにルーティングしてください。

ベストプラクティス

  • 本番環境では接続文字列の代わりに DefaultAzureCredential を使用して認証を行う
  • ServiceBusClient、送信側、受信側はシングルトンとして再利用する - これらはスレッドセーフであり、長期間の使用のために設計されている
  • 適切な接続クリーンアップを確実にするために、await using 文を使用して常にリソースを dispose する

回避

  • メッセージごとに新しい ServiceBusClient インスタンスを作成する - 接続の枯渇とパフォーマンスの低下を引き起こす
  • クライアントアプリケーションで共有アクセスキーを持つ接続文字列を使用する - 認証情報が露出し、きめ細かいアクセス制御が欠如する
  • メッセージロック期間を無視する - 処理がロックタイムアウトを超えると、メッセージが放棄されて再配信される可能性がある

よくある質問

Azure Service Bus でのキューとトピックの違いは何ですか？
キューは、各メッセージが単一のレシーバーによって消費される 1 対 1 のメッセージングを提供します。トピックは、複数のサブスクリプションが同じメッセージのコピーを受け取ることができる 1 対多の publish/subscribe パターンを可能にします。
メッセージ処理の失敗はどのように処理すればよいですか？
try/catch ブロックを使用してプロセッサパターンを使用します。失敗時には、AbandonMessageAsync を呼び出してロックを解放して再試行するか、最大配信数を超えた後に DeadLetterMessageAsync を呼び出して問題のあるメッセージをデッドレターサブキューに移動します。
いつセッションを使用すべきですか？
特定の注文や顧客のすべてのイベントを順次処理するなど、関連メッセージの FIFO 順序が必要な場合にセッションを使用します。メッセージに SessionId を設定し、AcceptSessionAsync または AcceptNextSessionAsync を使用します。
どの認証方法を使用すべきですか？
本番環境では Microsoft Entra ID を使用して DefaultAzureCredential を使用します。マネージド ID、Azure CLI 資格情報、Visual Studio 資格情報をサポートします。接続文字列はローカル開発でのみ使用すべきです。
Service Bus メッセージ処理をどのように監視しますか？
Azure ポータルで診断ログ記録を有効にし、Application Insights を使用してテレメトリを行い、ProcessErrorAsync ハンドラーを実装して処理エラーとエンティティ情報をキャプチャします。
処理に失敗したメッセージはどうなりますか？
ロックの有効期限が切れたり AbandonMessageAsync が呼び出されたりすると、メッセージは自動的に再キューされます。MaxDeliveryCount 回の試行後、メッセージはデッドレターキューに移動します。DeadLetteringOnMessageExpiration を使用して、期限切れのメッセージを自動的にデッドレター処理できます。

開発者の詳細

作成者

sickn33

ライセンス

MIT

リポジトリ

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/azure-servicebus-dotnet

参照

main

ファイル構成

📄 SKILL.md