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

Возможность автономной работы. Облако может выступать в роли концентратора для изменяющих местопребывание пользователей. Данные и состояние пользователя могут храниться в облаке и синхронизироваться при повторном подключении пользователя. Пользователи могут свободно выполнять доступ с разных устройств (настольного компьютера, мобильных клиентов и пр.) с минимальными перенастройками сети.

Вопросы проектирования

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

Изоляция и совместное использование данных

Безопасность данных

Хранение и расширяемость данных

Управление удостоверениями

Многотенантная архитектура

Локально или удаленно, создавать или покупать

Производительность

Композиция сервисов

Интеграция сервисов

Управление сервисами

Изоляция и совместное использование данных

Поставщики услуг размещения могут реализовывать изолированные и совместно используемые базы данных и схемы баз данных. Существует три основные модели:

Отдельные базы данных. Каждый пользователь имеет собственную базу данных с собственными схемами данных. Этот сценарий имеет преимущество простоты реализации, но если количество пользователей каждого сервера баз данных будет относительно невелико, это приведет к потере эффективности и быстрому повышению стоимости обслуживания инфраструктуры. Такой вариант является наиболее подходящим, если пользователи предъявляют особые требования по изоляции или безопасности данных, для обеспечения которых можно потребовать дополнительной платы.

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

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

Вследующей таблице представлены преимущества и требования для трех описанных выше моделей изоляции и совместного использования. Преимущества и недостатки размещены в порядке убывания затрат и увеличения объема работ по разработке и эксплуатации.

		Преимущества			Недостатки
Отдельные базы		Простота реализации.			Общие таблицы модели
данных		Простота перевода приложения с локальной			предметной области
		к размещаемой среде.			дублируются по базам данных
		Проще обеспечивать резервное			пользователей.
		копирование, восстановление и мониторинг,			Более высокие расходы на
		поскольку большинство существующих			оборудование.
		инструментов работают на уровне базы
		данных.
		Высокая изоляция данных.
Совместно		Более низкое потребление памяти.			Меньшая изоляция.
используемая база		Большая плотность пользователей на			Архивация и восстановление
данных с разными		каждом отдельно взятом сервере.			представляют собой довольно
схемами		Использование пользователями одних и тех			сложную задачу, требующую
		же таблиц.			специального решения.
		Необходимость в компоненте доступа к			Сложности с отслеживанием
		данным, который перехватывает имена			действий пользователей.
		таблиц.
		Необходимость авторизации на уровне
		пользователя для доступа к данным.
Совместно		Более низкое потребление памяти (меньше			Меньшая изоляция; требуются