Что эквивалентно автоматизированному резервному копированию и восстановлению управляемого SQL для хранилища данных ядра приложения?

Предполагая, что я доверяю Google в обеспечении безопасности своих объектов хранилища данных, есть и другие проблемы, связанные с потерей данных при использовании хранилища данных Google:

  • Какая-то ошибка в моем приложении может уничтожить большую часть сущностей.
  • Человеческая ошибка может привести к потере данных в интерфейсе администратора движка приложения.

Другие управляемые системы баз данных, такие как google cloud sql или amazon RDS, предоставляют решение для автоматического резервного копирования и восстановления. В случае катастрофы это позволит восстановить потерянные данные.

Хотя администратор хранилища данных Google включает возможности резервного копирования/восстановления/копирования, это не звучит как эквивалент вышеперечисленного.

  • Накопленные затраты. В отличие от google cloud sql, резервное копирование хранилища данных требует затрат, и эта стоимость увеличивается по мере того, как ваше приложение становится больше. На самом деле, стоимость для больших приложений вовсе не тривиальна.
  • Ограничение только для чтения: приложение должно быть в режиме только для чтения при создании резервной копии. Это не удобно для ежедневного графика.

Какие есть решения для этого?


google-cloud-datastore google-app-engine database-backups
person ali    schedule 27.05.2015    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Возможно, вы захотите изучить альфа-функцию для запланированного резервного копирования. Не решит проблему стоимости (совсем), но обойдёт ограничение только для чтения.

Вам нужно загрузить cron.yaml с заданием резервного копирования в соответствии с документом, например:

cron:
    - description: My Daily Backup
      url: /_ah/datastore_admin/backup.create?name=BackupToCloud&kind=LogTitle&kind=EventLog&filesystem=gs&gs_bucket_name=whitsend
      schedule: every 12 hours
      target: ah-builtin-python-bundle
person Patrice    schedule 27.05.2015
comment
Я на самом деле играл с этой функцией на небольших наборах данных, и, честно говоря, это довольно хорошо. Самая большая проблема, которую я предвижу, это действительно стоимость - person Patrice; 27.05.2015