Privatecloud (частное облако)
Облачная инфраструктура, подготовленная для эксклюзивного использования единой организацией, включающей несколько потребителей. Такое облако может находиться в собственности, управлении и обслуживании у самой организации, у третьей стороны и располагаться как на территории предприятия, так и за его пределами.
Communitycloud (общественное облако)
Облачная инфраструктура, подготовленная для эксклюзивного использования конкретным сообществом потребителей от организаций, имеющих общие проблемы (например, миссии, требования безопасности, политики). Облако может находиться в собственности, управлении и обслуживании у одной или более организаций в сообществе, у третьей стороны, располагаться как на территории организаций, так и за их пределами.
Publiccloud (публичное (или общедоступное) облако)
Облачная инфраструктура, подготовленная для открытого использования широкой публикой. Облако может находиться в собственности, управлении и обслуживании у деловых, научных и правительственных организаций в любых их комбинациях. Облако существует на территории облачного провайдера.
Hybridcloud (гибридное облако)
Облачная инфраструктура представляет собой композицию из двух или более различных инфраструктур облаков (частные, общественные или государственные), имеющих уникальные объекты, но связанных между собой стандартизованными или собственными технологиями, которые позволяют переносить данные или приложения между компонентами (например, для балансировки нагрузки между облаками).
|
|
|
Базы данных со многими арендаторами (Multi-tenant databases)
Понятие multi-tenant возникло из-за необходимости предоставить возможность работы с базами данных многим пользователям, т.е. использовать физические мощности серверов и баз данных для хранения данных разных клиентов/заказчиков. При этом возникает следующее требование: данные должны храниться централизованно.
Подходы к организации хранения данных
1) создание отдельных баз данных в рамках одной СУБД;
2) база данных одна, схем данных много;
3) база данных одна, схема данных общая для всех.
Разницу между подходами можно изобразить следующим образом:
В левой части показан уровень изоляции, в правой – уровень совмещения данных. Чем сильнее необходимо изолировать одни данные от других, тем левее необходимо двигаться. Чем сильнее необходимо совмещать данные разных клиентов, тем правее необходимо двигаться.
Второй подход (база данных одна, схем данных много) занимает промежуточное положение между уровнями изоляции и совмещения данных.
Создание отдельных баз данных в рамках одной СУБД
|
|
|
Особенности:
– каждый арендатор имеет свой собственный набор данных, который логически изолирован от данных других арендаторов;
– необходима дополнительная информация – метаданные, которые позволяют ассоциировать базу данных с соответствующим арендатором;
– наличие отдельных баз данных в рамках одного сервера предотвращает доступ к данным одного арендатора к данным другого;
– обеспечивает легкое расширение модели определенного арендатора в случае необходимости (добавить таблицу/изменить связи между таблицами/ изменить тип колонки);
Достоинства:
1) легко осуществлять резервное копирование и восстановление данных конкретного арендатора, т.к. эти операции происходят независимо от других арендаторов;
2) подходит для заказчиков, имеющих высокие требования к изоляции данных и их защите (учетные записи для доступа, шифрование данные и т.д.).
Недостатки:
1) высокие затраты на оборудование для поддержки и создания резервных копий;
2) затраты оборудования и ограничения баз данных, которые поддерживаются одним сервером СУБД.
Дата добавления: 2018-08-06; просмотров: 300; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!