名前とトークンを使用することで、ハッシュを再生成し、送信者を認証できます。ハブへの送信特権のみを付加して作成されます。メカニズムは、発行元ポリシーに導入された発行元識別のための基盤です。認証」を参照してください。セッションを介して接続します。イベントは使用可能になると、このセッションを使用して配信されます。クライアントがデータの可用性をポーリングする必要はありません。よって有効になります。ストリームの個別のビューをそれぞれ保有し、独自のペースで独自のオフセットによってストリームを別々に読み取ることができます。グループに相当します。グループで実行できます。グループを介してのみアクセスできます。グループが常に存在します。グループを作成できます。することをお勧めします。つのパーティション内で、各リーダーがすべてのメッセージを受信します。同じパーティションに複数のリーダーがある場合、重複したメッセージを処理します。お使いのコード内でこれを処理する必要があり、相応の作業量が生じる場合があります。これは一部のシナリオで有効な手法です。表記の例を次に示します。ストリーム処理のアーキテクチャを示しています。パーティション内のイベントの位置です。オフセットは、クライアント側のカーソルと考えることができます。オフセットはイベントのバイト位置です。ストリーム内でのイベント読み取りの開始点を指定することができます。オフセットは、タイムスタンプとして、またはオフセット値として指定することができます。サービスの外部で独自のオフセット値を格納する場合は、コンシューマーの責任で行います。パーティション内では、各イベントにオフセットが含まれます。シーケンス内の位置をマークまたはコミットするために使用する処理です。チェックポイント処理はコンシューマーの責任で行います。グループ内でパーティションごとに発生します。ストリームが完了したと見なしたときにサービスに通知することができます。グループ内の該当するパーティションの最後のリーダーによって最後に送信されたチェックポイントから読み取りが開始されます。ハブに渡して、読み取りを開始する場所を指定します。マークを付けると共に、異なるコンピューター上で実行中のリーダー間でフェールオーバーが発生した場合に回復性をもたらすことができます。このチェックポイント処理で、より小さなオフセットを指定すると、古いデータに戻ることができます。ストリームの再生の両方を実現できます。セッションがあります。メカニズムを使用するのが一般的です。ある可能性があります。クラスを使用して簡略化されます。クライアントに配信されます。ベースのメカニズムよりも高いスループットおよび短い遅延時間を実現します。シーケンスでのチェックポイント処理を容易にするために使用されるオフセットやシーケンス番号などの重要なメタデータが含まれます。propertiesユーザーはオフセットを管理する必要があります。詳細については、次のリンクを参照してください。Articlesこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。