Русский
  • многопользовательский
  • saas
  • программное обеспечение
  • разработка
  • архитектура

Являются ли многопользовательские приложения = SaaS?

Должны ли все SaaS-приложения использовать многопользовательскую архитектуру? Можно ли применять многопользовательскую архитектуру к потребительским приложениям?

Guamian
Guamian
Product & Design

Широкое определение многопользовательских приложений

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

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

Типы многопользовательских приложений в бизнесе

SaaS

Многопользовательские приложения часто находят своё место в решениях для бизнеса с бизнесом (B2B), таких как инструменты повышения производительности, системы планирования ресурсов предприятия (ERP) и другие продукты как сервис программного обеспечения (SaaS). В этом контексте каждый "арендатор" обычно представляет бизнес-клиента, у которого могут быть несколько пользователей (его сотрудники). Кроме того, у бизнес-клиента может быть несколько арендаторов, представляющих различные организации или подразделения бизнеса.

SaaS продукт

Общие B2B сценарии использования

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

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

Давайте возьмём Сару в качестве примера. У Сары есть и личная, и деловая идентичность. Она пользуется сервисом совместного использования автомобилей в качестве пассажира и также работает водителем в свободное время. В своей профессиональной роли она связана с компанией A, но она также управляет собственным личным бизнесом.

Пример случая

Важность многопользовательской архитектуры в SaaS

Если вы следили за информацией выше, вы теперь имеете нужные ответы. SaaS, или программное обеспечение как услуга, — это концепция, определённая с точки зрения бизнес-модели. Многопользовательская архитектура, с другой стороны, — это программная архитектура, применяемая в различных ситуациях, будь то в SaaS или других B2B контекстах.

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

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

Масштабирование с многопользовательской архитектурой

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

Создание единого опыта

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

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

Обеспечение безопасности через изоляцию арендатора

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

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

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