AP
Size: a a a
2020 February 23
AP
Оплата если я не ошибаюсь, только за glacier.
SV
victor kurguzov
Вот я об этом говорил, что супер удобное решение для управления сенситив датой. Ссылку не скидывал, думал, что баян =)
Роман сказал что вот не юзают расходимся
RV
S V
Роман сказал что вот не юзают расходимся
Я сказал что все упоминают, но примеров реального использования как-то маловато
RV
Не надо тут расходиться)
vk
объясните, пожалуйста, сакральный смысл - почему для нового объекта в S3 - read after write consistency, а для перезаписи и удаления - eventual? В обоих случаях ведь происходит синхронизация меж AZ, так почему во втором случае консистентность не гарантируется? или я неверно истолковал для себя понятие eventual consistency ?
HA
Все правильно)
vk
а можно прояснить, что правильно? =) ибо я подвис чутка
HA
Гарантии ты правильно описал, вопрос почему такие
В
в первом случае тоже может быть eventual. Amazon S3 provides read-after-write consistency for PUTS of new objects in your S3 bucket in all Regions with one caveat. The caveat is that if you make a HEAD or GET request to a key name before the object is created, then create the object shortly after that, a subsequent GET might not return the object due to eventual consistency.
vk
в первом случае тоже может быть eventual. Amazon S3 provides read-after-write consistency for PUTS of new objects in your S3 bucket in all Regions with one caveat. The caveat is that if you make a HEAD or GET request to a key name before the object is created, then create the object shortly after that, a subsequent GET might not return the object due to eventual consistency.
да, это из их доки. честно сказать, я так и не понял до конца практический кейс - как это в жизни применимо, чтобы мы сначала отправили get-запрос на объект, потом его же создали, а потом снова гетнули - наркомания какая-то 😒
В
victor kurguzov
да, это из их доки. честно сказать, я так и не понял до конца практический кейс - как это в жизни применимо, чтобы мы сначала отправили get-запрос на объект, потом его же создали, а потом снова гетнули - наркомания какая-то 😒
просто чтобы понимать, что пока синк нового объекта не закончится, он может не появится в списке доступных ключей
S
Casely, please, press the button below within the time amount specified, otherwise you will be kicked. Thank you! (120 sec)
2020 February 24
AP
victor kurguzov
объясните, пожалуйста, сакральный смысл - почему для нового объекта в S3 - read after write consistency, а для перезаписи и удаления - eventual? В обоих случаях ведь происходит синхронизация меж AZ, так почему во втором случае консистентность не гарантируется? или я неверно истолковал для себя понятие eventual consistency ?
Все достаточно просто )
Дело в том, что s3 региональный сервис, те резервирующий себя сразу во всех AZ. Для обеспечения максимальной скорости репликация изменений объектов между всеми копиями не синхронная. Поэтому новый объект становится доступным сразу после записи и у него не может быть устаревшей копии, а вот изменённый объект какое-то время может иметь устаревшую копию с которой может произойти чтение.
Дело в том, что s3 региональный сервис, те резервирующий себя сразу во всех AZ. Для обеспечения максимальной скорости репликация изменений объектов между всеми копиями не синхронная. Поэтому новый объект становится доступным сразу после записи и у него не может быть устаревшей копии, а вот изменённый объект какое-то время может иметь устаревшую копию с которой может произойти чтение.
AP
Eventual consistency значит, что какое-то время запрос на чтение может вернуть предыдущую копию
vk
Все достаточно просто )
Дело в том, что s3 региональный сервис, те резервирующий себя сразу во всех AZ. Для обеспечения максимальной скорости репликация изменений объектов между всеми копиями не синхронная. Поэтому новый объект становится доступным сразу после записи и у него не может быть устаревшей копии, а вот изменённый объект какое-то время может иметь устаревшую копию с которой может произойти чтение.
Дело в том, что s3 региональный сервис, те резервирующий себя сразу во всех AZ. Для обеспечения максимальной скорости репликация изменений объектов между всеми копиями не синхронная. Поэтому новый объект становится доступным сразу после записи и у него не может быть устаревшей копии, а вот изменённый объект какое-то время может иметь устаревшую копию с которой может произойти чтение.
Два чая этому господину. Спасибо 😊
AP
Кстати интересный момент, что s3 умеет strong consistency. Так например если использовать EMRFS, то там есть такая опция.
AP
EMRFS это когда вместо HDFS в Hadoop данные идут напрямую в/из S3
B
Сопоставление сервисов AWS и Azure от Microsoft: https://docs.microsoft.com/en-us/azure/architecture/aws-professional/services
RV
не сравнение, а сопоставление