使用率は高くありません。つのスキーマ間の互換性をチェックする処理ですが、頻度は低く、主としてサブジェクトに新しいスキーマバージョンを登録する際に発生します。速度を高めるか、コア数を増やすかのどちらかを選ぶ必要があるなら、コア数を増やすようにしてください。複数のコアによってもたらされるコンカレンシー上の優位性の方が、クロック速度がわずかに向上するよりも、はるかに有意義です。ディスクに常駐するデータを持ちません。コミットログとして使用してすべてのスキーマを高い堅牢性で格納したうえで、すべてのスキーマのインメモリーインデックスを保持します。ログの格納に限られます。分散システムのパフォーマンスを確保するには、高速で信頼性の高いネットワークが重要となります。レイテンシが小さければ、ノードの通信が容易になります。帯域幅が広ければ、シャードの移動や回復が円滑化されます。GbE)であれば問題ありません。複数のデータセンターにまたがるクラスターは避けてください。データセンター同士がすぐ近くに置かれている場合でも同様です。距離が地理的に遠く離れているようなクラスターは絶対に避けてください。分散システムでは、レイテンシが大きくなると問題が深刻化する傾向があり、また、デバッグや解決も難しくなります。複数のデータセンター間のパイプは堅牢である、またはレイテンシが小さいと思われがちです。一般的に、その考えは正しいとは言えません。どこかの時点でネットワーク障害が発生する可能性はあります。弊社が推奨する「マルチデータセンター構成」を参照してください。コレクターを実行するようお勧めします(無料で提供されている以前のバージョンには、セキュリティ上の脆弱性が見つかっています)。実装に関して数多くの問題に遭遇しました。チューニングを推奨しています。本稼働環境では、以下の構成に変更を加える必要があります。これらのオプションは、クラスターのレイアウトによって異なります。構成オプション」を参照してください。リーダー選出には、この方法を使用することをお勧めします。インスタンスを調整(リーダー選出)してスキーマデータを格納する目的に使用されます。格納され、ホスト名とポートから成ります。大きい値に構成してください。個以上でコミットされれば、その書き込みは堅牢であると見なされます。設定することをお勧めします。構成オプション」に、すべての構成オプション一式が掲載されています。リーダー選出を使用してください。プライマリ選出への移行」を参照してください。関する詳細説明を参照してください。トピックにすべてのスキーマを格納します。Truth(信頼できる情報源)となっているため、このストアへの書き込みには堅牢性が必要です。出荷時点で、十分に考慮されたデフォルト値が割り当てられています。トピックは圧縮されている必要があります。判断がつかない場合、これらの設定はそのままにしておいてください。トピックを手動で作成する必要がある場合のために、適切な構成の例を次に示しました。単一パーティションの堅牢なトピック。高い堅牢性でデータを記録するログとしての役割を果たします。保持ポリシーに起因するデータの損失を防ぐために、このトピックは圧縮されている必要があります。高kafkastore.topic.replication.factor¶スキーマトピックに必要なレプリケーション係数。ブローカー数のどちらか小さい方になります。トピックの作成を含む)のタイムアウト。リーダー選出を使用してください。リーダー選出を構成する方法について説明します。ノードで、次の構成に変更を加える必要があります。構成されている場合は、これを削除します。