主な機能
- ドキュメントが自己完結型の場合は、公式 AsyncAPI パーサーを使用してください
- 一般的な AsyncAPI 2.x および 3.x の契約構造を理解する
- サーバーチャネル運用トポロジとマーメイド図の構築
- バージョンを比較し、AsyncAPI 3.1 への移行を草案する
AsyncAPI仕様ワークベンチ
AsyncAPI 2.x および 3.x ドキュメントをローカルで検査し、サーバー、チャネル、操作、メッセージを要約し、イベント フローを視覚化し、3.1 移行の草案を作成します。
コントラクトはブローカー接続なしでローカルで解析されます
ドキュメント、サーバー URL、チャネル名、メッセージ ペイロード、およびファイル名が匿名分析に入力されることはありません。外部参照は報告されますが、フェッチされることはありません。
現在の契約と基本契約
各ドキュメントは、3 MiB、2,000 チャネル、5,000 操作またはメッセージ、および 100,000 構文ノードに制限されます。
サンプルをロードするか、AsyncAPI コントラクトを貼り付けてください
検証結果、契約インベントリ、トポロジ、メッセージ、およびバージョンの変更がここに表示されます。
外部 $ref ターゲットはフェッチされません。生成されたサンプルと移行ドラフトはレビューに役立ちます。ターゲット ブローカーおよびツールチェーンとのバインディングおよびデプロイメント動作を検証します。
AsyncAPI仕様ワークベンチ
イベント駆動型 API コントラクトを検証し、トポロジを視覚化し、バージョンを比較します。AsyncAPI 2.x および 3.x ドキュメントをローカルで検査し、サーバー、チャネル、操作、メッセージを要約し、イベント フローを視覚化し、3.1 移行の草案を作成します。
活用例
- リリース前に Kafka、MQTT、AMQP、および WebSocket コントラクトを確認する
- 視覚的なイベント トポロジとメッセージの例を共有する
- 契約変更を特定し、2.x から 3.1 への移行草案を準備する
よくある質問
AsyncAPI仕様ワークベンチでは何ができますか？
AsyncAPI 2.x および 3.x ドキュメントをローカルで検査し、サーバー、チャネル、操作、メッセージを要約し、イベント フローを視覚化し、3.1 移行の草案を作成します。 主な機能：ドキュメントが自己完結型の場合は、公式 AsyncAPI パーサーを使用してください、一般的な AsyncAPI 2.x および 3.x の契約構造を理解する、サーバーチャネル運用トポロジとマーメイド図の構築、バージョンを比較し、AsyncAPI 3.1 への移行を草案する。
どのような場面で役立ちますか？
リリース前に Kafka、MQTT、AMQP、および WebSocket コントラクトを確認する、視覚的なイベント トポロジとメッセージの例を共有する、契約変更を特定し、2.x から 3.1 への移行草案を準備するなどの用途に利用できます。操作前に、対応形式や入力条件をページ内で確認してください。
入力データはどこで処理されますか？
主要な処理は現在のブラウザ内で行う設計です。アカウント、コメント、匿名の利用状況の記録などでは通常のサイト通信が発生することがあります。機密情報を扱う前に、このツールの注意事項と対応形式・容量の制限を確認してください。
コメント
0 コメント
アアカウント
コメントしたり返信するにはサインインしてください。
コメントはまだありません。最初にフィードバックを残してください。