Что такое SaaS и за что отвечает пользователь

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

Аббревиатура расшифровывается как Software as a Service — «программное обеспечение как услуга». В определении NIST поставщик управляет приложением и облачной инфраструктурой, а клиент получает доступ к функциям и ограниченным настройкам. На практике граница проходит не по кнопке «Зарегистрироваться», а по конкретным обязанностям обеих сторон.

Чем SaaS отличается от программы на своём сервере

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

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

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

Разделите обязанности до загрузки данных

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

Модель совместной ответственности NCSC подчёркивает: клиент всё равно должен убедиться, что сервис подходит его требованиям, настроить его и решить, какие данные там хранить. Иными словами, перенос программы поставщику не переносит ему решения владельца данных.

Запишите ответы хотя бы на пять вопросов:

1. Кто владеет основной учётной записью и может восстановить доступ?
2. Какие сведения попадут в сервис и насколько болезненна их потеря или раскрытие?
3. Кто выдаёт и отзывает права сотрудников?
4. Как получить полную выгрузку вместе с вложениями и важными связями?
5. Что будет с работой команды, если сервис недоступен несколько часов или закрыт навсегда?

Если на вопрос нет ответа, это не обязательно означает отказ. Это означает, что риск пока не оценён и переносить важные данные рано.

Оцените не только функции, но и зависимость

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

Проверьте четыре вида зависимости:

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

Тариф на сайте — только один элемент стоимости. В расчёт входят настройка, обучение, перенос старых данных, ручная работа при ограничениях и будущий выход. Не нужно пытаться выразить всё одним числом: достаточно записать допущения и понять, какой фактор может неожиданно остановить работу.

Решите, какие данные допустимо передавать

Составьте простой перечень: названия полей, типичные вложения, примерный объём, срок хранения и круг людей с доступом. Отдельно отметьте пароли, ключи API, документы с персональными сведениями и данные клиентов. Не загружайте их в пробный аккаунт только потому, что форма это позволяет.

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

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

Когда SaaS подходит, а когда стоит остановиться

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

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

Перед оплатой не переносите всю работу сразу. Выберите один реальный сценарий и пройдите проверку SaaS на пробном аккаунте. В ходе проверки отдельно выполните экспорт данных и настройте доступы с 2FA. Эти действия дают больше информации, чем демонстрация продавца или список функций.