API Amazon вимагає, щоб ви мали підписщо є поєднанням багатьох елементів, один з яких є секретом. Sever перевіряє цей підпис, порівнюючи ключ API, переданий у параметрах, із секретом, який він зберігає в базі даних.
Моє запитання - як Amazon відповідає клавіші apiі таємно, не робити запитів щоразу перевантажуючи базу даних. Також не буде кешування ключа api та результату для мільйонів розробників спричиняє дефіцит оперативної пам’яті?
або з його всього 30 символів, значить 30 байт? це займе лише 286 мег оперативної пам’яті?
А що робити, якщо я використовую Memcached для зберігання цих пар ключів та значень. Припустимо, у мене виділено 1 ГБ запам’ятовування, наскільки швидко буде прагнути перевірити ключ / значення
Відповіді:
3 для відповіді № 1Амазонка майже напевно дуже оптимізованазасоби для зберігання та вилучення секрету. Вони не шукають його в базі даних MySQL. Це насправді не така величезна архітектурна проблема, щоб вирішити цю проблему.
Я здогадуюсь, що у них є розподілені hastable, великі частини яких зберігаються в оперативній пам’яті. У них багато оперативної пам’яті.