Назад | Перейти на главную страницу

резервное копирование нескольких приложений в Azure

Я настраиваю резервное копирование для нескольких служб приложений в Azure для своего бизнеса. Эта ссылка говорит, что мне нужно поместить резервные копии в учетную запись хранения. Мне было интересно, нормально ли на практике размещать все резервные копии служб приложений в одной учетной записи хранения или мне нужно иметь учетную запись хранилища резервных копий для каждой службы приложений, которая у меня есть.

Вы можете столкнуться с двумя потенциальными ситуациями, хотя последняя вряд ли произойдет.

1) Вы потеряли свои файлы. По какой-то причине он был удален, поврежден или вам просто нужно откатиться на предыдущий момент времени. В этом случае резервное копирование в хранилище - лучший способ. Я предполагаю, что содержимое вашего веб-сайта динамическое, то есть у вас есть больше, чем просто исходный код для резервного копирования - например, файлы, загруженные конечным пользователем. Если у вас нет данных конечного пользователя, я не вижу смысла делать резервную копию исходного кода. Вместо этого просто используйте Git или любой другой элемент управления версиями.

2) Вам необходимо хранить резервные копии (пользовательские данные) в течение длительного периода времени из-за требований законодательства. В этом случае рассмотрите возможность использования учетной записи хранилища GRS для дополнительной защиты. Это сохраняет ваши данные в безопасности на реплике во вторичном расположении. Если что-то случится с основным регионом и восстановление невозможно, Microsoft выполнит отработку отказа для учетной записи хранилища.

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

Кроме того, не забудьте также подумать о стратегии резервного копирования для ваших баз данных. При использовании баз данных SQL Azure в службу будут встроены резервные копии, но согласно пункту 2), если есть законное требование хранить данные пользователя дольше, вам необходимо включить долгосрочное хранение в учетной записи хранения, а также вручную. .