Поделиться через

Аспекты жизненного цикла арендатора в мультиарендаторских решениях

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

Пробные клиенты

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

Испытания представляют следующие уникальные соображения:

  • Требования к службе: Определите, должны ли пробные версии соответствовать тем же требованиям к безопасности данных, производительности и уровню обслуживания, что и данные для полных клиентов.

  • Инфраструктура: Определите, следует ли размещать пробные клиенты в той же инфраструктуре, что и полные клиенты, или использовать выделенную инфраструктуру.

  • Миграция: Планирование переноса данных из пробного клиента в платный клиент, если клиент приобретает службу после пробной версии.

  • Процесс запроса: Определите, кто может запросить пробную версию, как предотвратить неправильное использование решения и автоматизировать создание пробной версии или привлечь вашу команду.

  • Ограничения: Задайте соответствующие ограничения для пробных клиентов, таких как ограничения времени, ограничения функций или ограничения производительности.

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

Подключение новых клиентов

При подключении нового клиента учитывайте следующие факторы:

  • Процесс: Решите, должна ли адаптация быть самообслуживаемой, автоматизированной или ручной.

  • Место расположения данных: Определите, имеет ли клиент какие-либо конкретные требования к месту размещения данных, например соответствие нормативным требованиям о суверенитете данных.

  • Соответствие: Определите стандарты соответствия, которым должен соответствовать арендатор. Эти стандарты могут включать Стандарт безопасности данных индустрии платёжных карт (PCI DSS) или Закон о переносимости и подотчетности медицинского страхования (HIPAA).

  • Аварийное восстановление: Убедитесь, что клиент имеет определенные требования к аварийному восстановлению, например цель времени восстановления (RTO) или цель точки восстановления (RPO). Определите, отличаются ли эти гарантии от тех, которые вы предоставляете другим клиентам.

  • Информация: Определите, какие сведения необходимы для полного интегрирования арендатора. Например, может потребоваться юридическое имя своей организации или логотип компании, включая размер файла и формат.

  • Выставления счетов: Определите, предоставляет ли платформа различные варианты ценообразования и модели выставления счетов.

  • Среды: Определите, требуются ли арендатору предварительные среды. Уточняйте, должна ли среда всегда быть доступна или может быть подготовлена по требованию.

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

Обновление инфраструктуры арендаторов

Рассмотрите, как применять обновления к инфраструктуре арендаторов. Разные клиенты могут получать обновления в разное время.

Дополнительные сведения см. в разделе "Рекомендации по обновлению мультитенантного решения".

Масштабирование инфраструктуры арендаторов

Определите, испытывают ли ваши арендаторы сезонные бизнес-паттерны или другие колебания потребления вашего решения.

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

Рассмотрите возможность применения следующих мер по устранению рисков:

  • Масштабирование инфраструктуры отдельных арендаторов.

  • Перемещать арендаторов между развертываниями.

  • Подготовьте достаточный уровень емкости для обработки пиков и спадов трафика.

Перемещение арендаторов между инфраструктурами

Возможно, вам потребуется переместить арендаторов между инфраструктурой по нескольким причинам. Рассмотрим следующие сценарии:

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

  • Обновления: Арендатор обновляет свой SKU или ценовую категорию и должен перейти на одноарендаторное выделенное развертывание с более высокой изоляцией от других арендаторов.

  • Миграции: Клиент запрашивает перемещение данных в выделенное хранилище данных.

  • Перемещение региона: Клиенту требуется, чтобы данные располагались в другом географическом регионе. Это требование может возникнуть во время приобретения компании или из-за изменений в юридических или геополитических условиях.

Учитывайте, как вы перемещаете данные арендаторов и перенаправляете запросы на новый набор инфраструктуры, на котором размещается их экземпляр. Также следует учитывать, может ли перемещение клиента привести к простою и убедиться, что клиенты полностью понимают риск.

Объединение и разделение арендаторов

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

  • В бизнес-сценариях компании могут быть приобретены или слиянием, включая компании, расположенные в разных географических регионах.

  • В бизнесе компании могут разделяться или дивестировать.

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

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

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

Завершение аренды арендаторов

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

  • Период хранения: Определите, сколько времени требуется поддерживать данные клиента. Определите все юридические требования, которые предписывают уничтожению данных после определенного периода.

  • Повторное подключение: Решите, следует ли поддерживать повторное подключение. Уточните, остаются ли данные клиента доступными в течение периода хранения.

  • Перебалансирование: Если вы управляете общей инфраструктурой, оцените, нужно ли перебалансировать распределение клиентов после завершения их обслуживания.

Деактивация и повторная активация клиентов

Возможно, потребуется отключить или повторно активировать учетную запись клиента. Рассмотрим следующие примеры:

  • Клиент запрашивает деактивацию. В системе потребителей клиент может отменить подписку.

  • Клиенту не может быть выставлен счет, и вам необходимо отменить подписку.

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

Соавторы

Корпорация Майкрософт поддерживает эту статью. Следующие авторы написали эту статью.

Основной автор:

  • Джон Даунс | Главный инженер по программному обеспечению, шаблоны и практики Azure

Другие участники:

  • Чад Киттель | Главный инженер по программному обеспечению, шаблоны и практики Azure
  • Паоло Сальватори | Главный инженер клиента, FastTrack для Azure
  • Арсен Владимирский | Главный инженер по работе с клиентами, FastTrack для Azure

Чтобы просмотреть неопубликованные профили LinkedIn, войдите в LinkedIn.

  • Last updated on