Должны ли все SaaS-приложения использовать многопользовательскую архитектуру? Можно ли применять многопользовательскую архитектуру к потребительским приложениям?
В предыдущей главе мы обсуждали многопользовательскую архитектуру в общем смысле. Вкратце, говоря о многопользовательском приложении, мы не обязательно имеем в виду, что приложение соответствует одной архитектурной модели; оно может использовать различные стратегии аренды, что указывает на то, что по крайней мере некоторые из его компонентов являются общими.
В этой главе мы рассмотрим многопользовательские приложения с точки зрения бизнеса и продукта.
Многопользовательские приложения часто находят своё место в решениях для бизнеса с бизнесом (B2B), таких как инструменты повышения производительности, системы планирования ресурсов предприятия (ERP) и другие продукты как сервис программного обеспечения (SaaS). В этом контексте каждый "арендатор" обычно представляет бизнес-клиента, у которого могут быть несколько пользователей (его сотрудники). Кроме того, у бизнес-клиента может быть несколько арендаторов, представляющих различные организации или подразделения бизнеса.
Приложения B2B выходят за рамки продуктов SaaS и часто предполагают использование многопользовательских приложений. В B2B контексте эти приложения служат общей платформой для различных команд, бизнес-клиентов и компаний-партнёров, которые могут взаимодействовать с вашими приложениями.
Например, рассмотрим компанию по предоставлению услуг совместного использования автомобилей, которая предлагает приложения как для B2C, так и для B2B. B2B приложения обслуживают множество бизнес-клиентов, и внедрение многопользовательской архитектуры может помочь в управлении их сотрудниками и ресурсами. Чтобы проиллюстрировать, если компания захочет поддерживать единую систему идентификации пользователей, она может спроектировать архитектуру, как в следующем примере:
Давайте возьмём Сару в качестве примера. У Сары есть и личная, и деловая идентичность. Она пользуется сервисом совместного использования автомобилей в качестве пассажира и также работает водителем в свободное время. В своей профессиональной роли она связана с компанией A, но она также управляет собственным личным бизнесом.
Если вы следили за информацией выше, вы теперь имеете нужные ответы. SaaS, или программное обеспечение как услуга, — это концепция, определённая с точки зрения бизнес-модели. Многопользовательская архитектура, с другой стороны, — это программная архитектура, применяемая в различных ситуациях, будь то в SaaS или других B2B контекстах.
Путаница между SaaS и многопользовательской архитектурой часто возникает из-за широко признанного в индустрии убеждения: когда вы стремитесь к корпоративным клиентам, внедрение многопользовательского подхода обязательно.
Этот акцент на многопользовательской архитектуре обусловлен её значительной ролью в решении сложных задач, связанных с обслуживанием предприятий, предоставляя ценные решения с различных сторон.
Для корпоративного бизнеса многопользовательская архитектура является ключом к эффективному выполнению их требований к доступности, управлению ресурсами, управлению затратами и безопасности данных. На техническом уровне внедрение многопользовательского подхода упрощает ваши процессы разработки, минимизирует технические трудности и способствует беспрепятственному расширению.
Когда мы рассматриваем корни SaaS продуктов, это похоже на здание, в котором находятся различные квартиры. Все арендаторы делят общие удобства, такие как воду, электричество и газ, но при этом сохраняют независимый контроль над управлением своим собственным пространством и ресурсами. Этот подход упрощает управление недвижимостью.
Представьте себе ваше SaaS-продукт как это здание. Вместо того чтобы иметь отдельных агентов для каждого блока, некоторые компоненты или блоки могут предлагать единый опыт, общий для всех арендаторов. Это более эффективно, чем индивидуально разрабатывать и управлять каждой комнатой. Многопользовательская архитектура предлагает преимущества как для вашего бизнеса, так и для ваших клиентов.
При обсуждении многопользовательских приложений важно углубиться в концепцию изоляции арендатора. В многопользовательской архитектуре термин "арендатор" вводится для создания границ, которые разделяют и защищают ресурсы и данные различных арендаторов в рамках общего экземпляра. Это гарантирует, что данные и операционы каждого арендатора остаются отдельными и защищёнными, даже если они используют одни и те же основные ресурсы.
В контексте SaaS многопользовательская архитектура использует механизмы, которые строго контролируют доступ к ресурсам и предотвращают любые несанкционированные попытки доступа к ресурсам другого арендатора.
Концепция изоляции арендаторов может показаться абстрактной и неясной. В следующей главе мы приведём примеры и ключевые моменты для более подробного понимания принципов и подходов, лежащих в основе изоляции арендаторов.