Списком
SaaS (Software as a Service) — найпоширеніша форма хмарних послуг для кінцевих користувачів. Google Workspace, Microsoft 365, Salesforce, Slack, Zoom — усе це SaaS-продукти, якими щодня користуються мільярди людей. З архітектурної та бізнесової точки зору, побудова SaaS-продукту включає унікальні виклики: як обслуговувати тисячі клієнтів з одного коду, як монетизувати продукт через підписки, та як гарантувати безпеку даних кожного клієнта.
SaaS (Software as a Service) — модель доставки програмного забезпечення, за якої провайдер розміщує застосунок у хмарі та надає доступ до нього клієнтам через Internet (зазвичай веб-браузер).
Розподіл відповідальності у SaaS:
┌────────────────────────────────────────────────────────────┐
│ Шар │ On-Premise │ IaaS │ PaaS │ SaaS │
├────────────────────────────────────────────────────────────┤
│ Дані │ Клієнт │ Клієнт │ Клієнт │ Клієнт* │
│ Застосунок │ Клієнт │ Клієнт │ Клієнт │Провайдер│
│ Рантайм │ Клієнт │ Клієнт │Провайдер│Провайдер│
│ ОС │ Клієнт │ Клієнт │Провайдер│Провайдер│
│ Інфраструктура │ Клієнт │Провайдер│Провайдер│Провайдер│
└────────────────────────────────────────────────────────────┘
* Клієнт несе відповідальність за дані, що вносить у SaaS
| Перевага | Опис |
|---|---|
| Zero installation | Доступ через браузер — нічого не потрібно встановлювати |
| Automatic updates | Нові функції та патчі безпеки без участі клієнта |
| Pay-as-you-subscribe | Передбачувані витрати; без капітальних інвестицій |
| Масштабованість | Додавання нових користувачів миттєво |
| Доступність | 24/7, з будь-якого пристрою та локації |
| Знижений TCO | Немає витрат на адміністрування, hardware |
| Виклик | Опис |
|---|---|
| Multi-tenancy | Ізоляція даних кількох клієнтів у спільному середовищі |
| Масштабованість | Архітектура для тисяч/мільйонів одночасних клієнтів |
| Безпека | Відповідальність за дані всіх клієнтів |
| SLA | Зобов’язання 99.9%+ доступності для всіх клієнтів |
| Кастомізація | Задовольнити різноманітні потреби клієнтів без дивергенції коду |
Клієнт A: [App Instance A] + [DB A] + [Infra A]
Клієнт B: [App Instance B] + [DB B] + [Infra B]
Клієнт C: [App Instance C] + [DB C] + [Infra C]
Переваги:
Недоліки:
Застосування: Enterprise-SaaS з суворими compliance-вимогами (банки, держсектор).
[Спільний Application Tier]
│
├── [DB: Клієнт A (окрема БД)]
├── [DB: Клієнт B (окрема БД)]
└── [DB: Клієнт C (окрема БД)]
Баланс між ізоляцією даних та ефективністю. Популярний підхід для B2B SaaS.
[Спільний Application Tier]
│
[Спільна БД (рядки ідентифіковані tenant_id)]
Приклад схеми:
-- В кожній таблиці є tenant_id
SELECT * FROM orders WHERE tenant_id = 'tenant_abc' AND status = 'pending';
Row-Level Security (PostgreSQL RLS):
-- Автоматично фільтрує за tenant_id
CREATE POLICY tenant_isolation ON orders
USING (tenant_id = current_setting('app.tenant_id'));
Переваги: максимальна ефективність ресурсів, низька вартість. Недоліки: ризик «noisy neighbor»; складніше виконати compliance-аудит.
Enterprise-клієнти → Single-Tenant або окрема DB; SMB-клієнти → Pool.
Subscription (Підписка за місяць/рік):
Usage-based (Оплата за використання):
Freemium:
Marketplace:
| Метрика | Опис | Формула |
|---|---|---|
| MRR (Monthly Recurring Revenue) | Щомісячний рекурентний дохід | Сума щомісячних підписок |
| ARR (Annual Recurring Revenue) | Щорічний рекурентний дохід | MRR × 12 |
| Churn Rate | Відсоток клієнтів, що скасували підписку | Відтоки / початок місяця × 100% |
| LTV (Lifetime Value) | Середній дохід від одного клієнта | ARPU / Churn Rate |
| CAC (Customer Acquisition Cost) | Вартість залучення нового клієнта | Витрати на маркетинг / нові клієнти |
| LTV:CAC ratio | Ефективність бізнесу | LTV / CAC (> 3 — здоровий бізнес) |
SaaS-клієнт відповідає за:
SaaS-провайдер відповідає за:
| Стандарт | Опис | Хто вимагає |
|---|---|---|
| SOC 2 Type II | Контроль безпеки, доступності та конфіденційності | B2B SaaS для ентерпрайзу |
| ISO 27001 | Система управління інформаційною безпекою | Банки, страхові, державний сектор |
| GDPR | Захист персональних даних (ЄС) | Будь-який SaaS з клієнтами з ЄС |
| HIPAA | Захист медичних даних (США) | Healthcare SaaS |
| PCI DSS | Безпека платіжних карток | Будь-які SaaS, що обробляють платежі |
Ентерпрайз-SaaS повинен підтримувати SSO для інтеграції з корпоративним Identity Provider (IdP):
| Категорія | Лідери | Опис |
|---|---|---|
| Collaboration | Google Workspace, Microsoft 365, Slack | Email, документи, комунікації |
| CRM | Salesforce, HubSpot, Pipedrive | Управління клієнтами |
| ERP | SAP S/4HANA Cloud, Oracle ERP Cloud | Планування ресурсів підприємства |
| Dev Tools | GitHub, GitLab, Jira, Confluence | Управління кодом та проєктами |
| Video | Zoom, Microsoft Teams, Google Meet | Відеоконференції |
| Payments | Stripe, PayPal, Braintree | Обробка платежів |
| Data/Analytics | Snowflake, Tableau, Looker | Бізнес-аналітика |
| AI/ML | OpenAI API, Google Vertex AI | AI-послуги через API |
Vertical SaaS — SaaS для конкретної галузі:
AI-augmented SaaS:
SaaS надає готовий застосунок через Internet, знімаючи з клієнта відповідальність за весь стек. Клієнт відповідає лише за дані та управління доступом.
Multi-tenancy є ключовою архітектурною концепцією SaaS. Вибір між Pool, Silo та Single-Tenant визначає баланс між ізоляцією, вартістю та compliance.
Монетизаційні моделі (Per-seat, Usage-based, Freemium) мають різні профілі revenue predictability та масштабованості. Метрики LTV/CAC, MRR та Churn є ключовими для SaaS-бізнесу.
Безпека та compliance (SOC 2, GDPR, HIPAA) є критичними для B2B SaaS. SSO та підтримка SAML/OIDC є стандартними вимогами ентерпрайз-клієнтів.
AI-powered SaaS стає новим стандартом у всіх категоріях — від CRM до Dev Tools.