База данных одна, схем данных много
Для нескольких арендаторов используется одна и та же база данных, но создается несколько схем для каждого арендатора (свой набор таблиц, с которыми он работает). Когда арендатор подключается, система генерирует для него дискретный набор таблиц и ассоциирует их с этим арендатором.
Достоинства:
1) легкая настройка под конкретного арендатора: изначально имеется базовый набор таблиц, который можно изменять (добавлять дополнительные колонки, индексы, типы данных и т.д.);
2) относительный уровень логической изоляции для приложений, которые заботятся о безопасности;
3) количество поддерживаемых арендаторов значительно больше, чем в предыдущем подходе;
4) подходит для приложений, которые используют не слишком много таблиц (на одного арендатора).
Недостатки:
1) намного сложнее происходит процесс восстановления данных, поскольку резервной единицей становится БД целиком (выполнять резервное копирование отдельной таблицы невозможно, в итоге необходимо делать резервное копирование всей БД, потом ее развертывание, копирование таблиц, данных из backup-копий);
2) процесс восстановления по времени существенно возрастает;
3) ограничены лишь по количеству таблиц в рамках БД.
База данных одна, схема данных общая для всех
Арендаторы разделяют общие таблицы в одной и той же базе данных, в которой для каждой таблицы создается колонка, позволяющая идентифицировать арендатора.
|
|
|
Достоинства:
1) низкие требования к оборудованию;
2) наибольшее количество арендаторов, обслуживаемых одним сервером;
3) удобно использовать при достаточно большом количестве таблиц;
4) БД наиболее эффективна в плане реализации по количеству арендаторов.
Недостатки:
1) для поддержания безопасности требуется дополнительное программирование, т.к. все данные хранятся вместе;
2) усложняется работа с данными, если необходимо шифрование;
3) сложное восстановление данных из резервной копии (выполняется по той же схеме, что и во втором подходе).
Экономический аспект использования баз данных со многими арендаторами
«Sharedapproach» - разделяемые данные, «Isolatedapproach» - изолированные данные.
Анализ графиков: изначально в подходе с «изолированными данными» затраты небольшие, но со временем они увеличиваются за счет затрат на поддержку.
При использовании подхода «разделяемых данных» изначально затраты велики (затраты на операции обеспечения безопасности, резервного копирования и т.д.), но с течением времени они уменьшаются. Величину затрат на «разделяемые данные» и «изолированные данные» можно определить по площадям под графиками.
|
|
|
При выборе определенного подхода необходимо учитывать следующее:
– каковопредельноеколичество пользователей у каждого арендатора;
– какое максимально возможное количество арендаторов;
– какой объем пространства будет выделено для баз данных на каждого арендатора;
–требования по безопасности.
Распределенные системы
Возникновение распределенных систем связано с тем, что мощность одного компьютера ограничена, а по экономическим соображениям оказывается целесообразнее строить систему, состоящую из N узлов, связанных между собой, и наращивать мощность системы добавлением дополнительных узлов (N+1, N+2), а не увеличивать мощность единичного компьютера.
Масштабирование
Вертикальное масштабирование
Вертикальное масштабирование – это увеличение мощности вычислительной системы путем добавления в нее более производительных компонентов (увеличение объема оперативной памяти, увеличение дисковой памяти, увеличение количества процессоров), т.е. увеличение качественно-количественных характеристик системы.
Дата добавления: 2018-08-06; просмотров: 277; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!