ロック向けフェンシングトークンを設計する
分散ロック向けフェンシングトークンを設計し、期限切れ後のスプリットブレインを防ぐプロンプト。お好きなAIツールに貼り付けると、AIがロック向けフェンシングトークンを設計する。
- テーマ
- アプリ・プロトタイプ
- 種類
- プロンプト
- レベル
- 中級
- 所要時間
- 約15分
結果はツール、モデル、入力内容によって変わります。
結果のプレビュー
例:当サイトの編集部が書いたもので、実際のAIの出力ではありません。
資源: order-queue ロック: Redis SET NX PX 30000 問題: 保持者期限切れ、まだ書いている トークン: 保存側の単調整数 書き込みは token >= stored のときだけ 拒否: 409 + 再取得 試験: TTL後の古い保持者、新しい保持者が勝つ
入力する
入力した内容はこのブラウザ画面の中だけにとどまります。当サイトが保存・送信することはありません。
- 残高
- 注文キュー
- 設定書き込み
- ファイル索引
- 混在
- TTL付きRedisロック
- DB行ロック
- アプリのリース
- なし
- 不明
- 二重計上
- 設定上書き
- 負荷下の疑い
- 予防
- タイムアウト不具合の後
あなたのプロンプト
プロンプトを編集しました。上の入力欄を変えても、もう上書きされません。
これはAIへの指示文で、まだ完成品ではありません。
このプロンプトが使えるツール
このプロンプトに向いているAIツール:
使い方
- 項目を入力するか、候補をタップします。氏名、住所などの個人情報は入れません。
- 完成したプロンプトをお好きなAIツールに貼り付けます。
- ロックコード、TTL、競合する書き込み例を貼り付けてください。本番の秘密は入れないでください。
なぜうまくいくのか
ロックが切れても古いワーカーが書きます。フェンシングが無いと両方通ります。トークンがあれば大きい番号だけが勝ちます。
ヒント
- 値の横にトークンを保存し、小さい番号は厳しく拒否してください。