Правильно ли это рассуждение?
Да, по большей части.
Похоже, есть защитная сетка для удаленных таблиц...
Если вам необходимо восстановить удаленную таблицу, для которой включено восстановление на определенный момент времени, вам необходимо связаться со службой поддержки AWS, чтобы восстановить эту таблицу в 35-дневном окне восстановления
https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/pointintimerecovery_beforeyoubegin.html
... кажется безрассудным предполагать, что здесь ничего не может пойти не так.
Например:
Важно
Если вы отключите восстановление на определенный момент времени, а затем повторно включите его для таблицы, вы сбросите время начала, за которое вы можете восстановить эту таблицу
https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/PointInTimeRecovery_Howitworks.html
... и, конечно, на практике, привилегии, необходимые для удаления таблицы, должны предоставляться экономно.
Как давний администратор базы данных, я бы такжеутверждайте, что если вам нравятся ваши данные, вы никогда не доверяете ни одной сущности данные.Для данных, которые не являются эфемерными и не могут быть воспроизведены из другого источника, данные также должны быть где-то еще.
Как динамо-машина достигает PITR без традиционных реляционных журналов транзакций?
Внутри должны быть какие-то типы журналов "транзакций" - и мы уже знаем, что присутствуют необходимые основы, в противном случае как DynamoDB Streams и Глобальные таблицы возможно?Теоретически, вы могли бы свернуть свой собственный PITR, захватив все с помощью потоков (хотя это вряд ли стоило бы усилий) ... но это был бы жизнеспособный механизм для резервного копирования вне сайта / вне платформы.