Інструменти розробника · UUID генератор
Ключові слова: Використання Клієнта-генератора UUID Сейф Retries
· Чому це питання
Опубліковано ToolAcre · Редакція журналу
Увійти криптографія веб-сайт
Ви не впевнені, що це сталося. Ключові слова Idempotency дозволяють безпечно переробляти, і CSPRNG-генерований UUID є природним ключем. Цей пост пояснює кінцевий шаблон до кінця.
Витрата часу, який може заряджати клієнту двічі — ключі від режиму непередбачуваності існують для фіксації
Під час надання платіжного запиту створює неоднорідність для клієнта та системи. Ваше ім'я HTTP Клієнт дав очікування відповіді, але платіжний сервер може обробити операцію перед підключенням закритого або часу. Якщо Ви переробляєте той самий запит, ви можете зв'язатися з клієнтом двічі. Якщо Ви не погоджуєтесь на обробку персональних даних. Платіжна система не вдається в нещасливу середню землю: гроші клієнта можуть бути передані, можуть прибути завтра, можуть бути захоплені в чергу обробки, або взагалі не залишають рахунок. Це неприпустимо для фінансових систем.
Як працює ключі idempotency — сервер зберігає перше реагування під ключем та відновлює його для повторень
Ключові слова Idempotency вирішують цю проблему елегантно, зробивши рети безпечними та детермінованими. Клієнт генерує унікальний ключ для кожного інтенту — платіж, переказ, заряд — і включає його в будь-який запит. Сервер обробляє платіж, кешує відповідь під цим ключем і зберігає як ключ, так і результат. Якщо той самий ключ знову прибуває у вікні збереження, сервер повторює відкликання кешу без обробки оплати. Клієнт може впевнено дізнатися, що точний і той самий ключ завжди буде прибутковий, незалежно від того, скільки разів він відправлений. Цей шаблон усуває неоднозначність і робить логіку в безпеці.
Генерувати перед першою спробою — чому ключ повинен існувати перед листям запиту і бути перевикорененим дієсловим на ретриці
Візерунок старше сучасного HTTP Технічні характеристики, але набули промінантності у виплатах після поширених фінансових втрат і скарг клієнтів від дублікатів. Оплата API і багато API веб-служби тепер підтримують ключі idempotency. Р CSPRNG-генерований UUID є природним вибором для ключа, тому що це нездатний, унікальний без будь-якої координації між клієнтами і не вимагає розміщення сервера або центрального органу. Клієнт генерує його перед першою спробою, перевикористає його дієслово на кожну птицю і отримує однакову відповідь кожного разу. Не потрібен сервер для координатного створення ключа.
Чому UUID і не зустрічний або платний хеш — унікальність без узгодження та не випадкового використання через нерезиденти
Ключові слова повинні існувати перед запитом, тому що генерувати його на птицях занадто пізно, щоб забезпечити idempotency. Якщо у першому запиті вдалося і заряджався замовником, генеруючи новий ключ на переробці, замаскувати проблему і заряджати знову. Клієнт зобов'язаний внести ключ перед першою спробою, зберігати його в пам'яті або наполегливій пам'яті, і повторно використовувати цей же ключ, якщо час або птиця стає необхідною. Для керівництва API тестування, ToolAcre генератор виробляє ключі, які ви можете вставити в куля або a REST клієнт, копіюйте та повторно користуйтеся кількома запитами, щоб перевірити поведінку idempotency.
Сфера і термін служби — ключі на роботу, на рахунок і як довго сервер повинен пам'ятати їх
Чому UUID а не хеш або послідовний лічильник ключів idempotency? Задоволення запиту є інтуїтивно зрозумілим — ідентифікованим завантаженням, які отримують ідентичні ключі і, таким чином, ідентичні ключі. Але хеш є слабкими для цього випадку використання, тому що два практично-ідентичні запити з різними кількостями, різними одержувачами або різними параметрами виробляють абсолютно різні хеши і, таким чином, генерують окремі заряди, які правильні, але не забезпечують всі необхідні засоби захисту. У випадку, якщо два клієнти, як генерують ключі на основі комплаєнсу, їх лічильники можуть зіткнутися. Р UUID не має центрального органу, неоднозначним і дуже малоймовірним для взаємодії через весь Інтернет через весь час.
Перероблений приклад — послідовність птиху з таким же ключем, що показує, що клієнт надсилає і який сервер повертає кожен раз
Відповіді на серверах, що знаходяться під ключами та повертає відповідей на кешування. Складність полягає в скороченні практичних оперативних питань: термін затримки, як довго запам'ятати ключ, розмір кешу, скільки ключів запам'ятати, зафіксувавши, як запобігти два одночасних запитів з тим же ключем від обробки платежу двічі і очищення при забудові ключа. Ці питання зберігання та надійності за межами UUID Область генератора. Робота клієнта полягає в тому, щоб генерувати хороший ключ і повторно його використовувати на реченнях; робота сервера полягає в тому, щоб реалізувати кеш правильно і довговічно.
Що це не кришка — серверне зберігання і блокування необхідно для реалізації візерунка, яка є окремим дизайном
Приклад роботи показує типову послідовність в практиці. Мобільний додаток повинен перенести гроші в друг за допомогою API підтримує idempotency. Перед відправкою запиту, додаток генерує додаток UUID за допомогою локальної бібліотеки або фетшів одного з ToolAcre Генератор для цілей тестування: 3fa85f64-5717-4562-b3fc-2c963f66afa6. Додаток надсилає додаток POST запит /transfers з JSON тіло і тіло HTTP заголовок Idempotency-Key: 3fa85f64-5717-4562-b3fc-2c963f66afa6. Сервер обробляє передачу, зберігає 3fa85f64-5717-4562-b3fc-2c963f66afa6 → {status: "success", TransferId: "xfer-12345"} в кеші і повертає 200 відповідь з результатом.
Похід: один намір, один ключ — ToolAcre Генератор дає вам CSPRNG-безкоштовно UUID використовувати як ключ при тестуванні інтеграції вручну
У зв'язку з тим, що клієнт не бачить відповіді від першої спроби. Додаток залишає за собою той самий запит з тим самим ключем idempotency без створення нового UUID. Сервер визнає ключ в кеші, знаходить зворотну відповідь і відразу повертає {status: "success", TransferId: "xfer-12345"} без обробки нової передачі і без зарядки клієнта знову. Операція є ідемпотентом: птиця виробляє той же спостережний результат кожного разу. Для роботи тесту, ToolAcre генератор може забезпечити ключ; генерувати ключ UUID, включає в себе його в заголовку, спостереження за реагуванням і повторно з тим же ключем, щоб перевірити сервер правильно реалізує кешування.