תוכנית מעבר ל-Multi-Tenant SaaS

דוח זה מתאר את התוכנית להכנת הפלטפורמה הנוכחית לפעולה כדייר (Tenant) בתוך מערכת SaaS רב-דיירים גדולה יותר

עודכן: ינואר 2026

הבהרה חשובה: מודל הארכיטקטורה

הפלטפורמה הנוכחית לא תהפוך לפלטפורמת ניהול דיירים. במקום זאת, מעליה תוקם פלטפורמה נפרדת שתנהל דיירים רבים, כאשר הפלטפורמה הנוכחית תהיה דייר אחד מתוך רבים.

לכן, תפקיד "מנהל SaaS" בתוך הדייר הוא למעשה נציג/סוכן של מנהל ה-SaaS החיצוני, ולא מנהל ה-SaaS עצמו.

מודל ארכיטקטורה מוצע
מודל שכבות המציג את הקשר בין הפלטפורמה העליונה לדיירים

Platform Management Layer (עתידי)

עתידי

פלטפורמת SaaS עליונה שמנהלת את כל הדיירים

Super SaaS Manager Dashboard
Tenant Provisioning
Billing & Metering
Global Monitoring

SaaS Agent Layer (נציג בדייר)

חדש

נציג מנהל ה-SaaS בתוך כל דייר - מתווך בין הפלטפורמה העליונה לדייר

Health Reporting
Config Sync
Usage Metrics
Backup Triggers

Tenant Admin Layer (נוכחי)

קיים

מנהל המערכת של הדייר הספציפי - מה שקיים היום כ-system_admin

User Management
Content Management
Events
Finance
Marketing

Application Layer (נוכחי)

קיים

האפליקציה עצמה - הפונקציונליות שמשתמשי הקצה משתמשים בה

Community
Academy
Mini-Clubs
Jobs
Marketplace
תרשים זרימת נתונים ושליטה
┌─────────────────────────────────────────────────────────────┐
│           Platform Management (Super SaaS Manager)          │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐       │
│  │Provision │ │ Billing  │ │ Monitor  │ │ Updates  │       │
│  └──────────┘ └──────────┘ └──────────┘ └──────────┘       │
└─────────────────────────┬───────────────────────────────────┘
                          │ API Calls
          ┌───────────────┼───────────────┐
          ▼               ▼               ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│   Tenant A      │ │   Tenant B      │ │   Tenant C      │
│ ┌─────────────┐ │ │ ┌─────────────┐ │ │ ┌─────────────┐ │
│ │ SaaS Agent  │ │ │ │ SaaS Agent  │ │ │ │ SaaS Agent  │ │
│ │ (נציג SaaS) │ │ │ │ (נציג SaaS) │ │ │ │ (נציג SaaS) │ │
│ └──────┬──────┘ │ │ └──────┬──────┘ │ │ └──────┬──────┘ │
│        ▼        │ │        ▼        │ │        ▼        │
│ ┌─────────────┐ │ │ ┌─────────────┐ │ │ ┌─────────────┐ │
│ │Tenant Admin │ │ │ │Tenant Admin │ │ │ │Tenant Admin │ │
│ └──────┬──────┘ │ │ └──────┬──────┘ │ │ └──────┬──────┘ │
│        ▼        │ │        ▼        │ │        ▼        │
│ ┌─────────────┐ │ │ ┌─────────────┐ │ │ ┌─────────────┐ │
│ │ Application │ │ │ │ Application │ │ │ │ Application │ │
│ │   (Users)   │ │ │ │   (Users)   │ │ │ │   (Users)   │ │
│ └─────────────┘ │ │ └─────────────┘ │ │ └─────────────┘ │
│    OTnest IL    │ │   OTnest US    │ │   OTnest EU    │
└─────────────────┘ └─────────────────┘ └─────────────────┘

סיכום והמלצות

1. שינוי מיידי: לשנות את שם התפקיד מ-"מנהל SaaS" ל-"נציג SaaS" (saas_agent) כדי להבהיר את ההיררכיה הנכונה.

2. פיתוח APIs: ליצור APIs שיאפשרו לפלטפורמה עליונה עתידית לנהל את הדייר הזה.

3. בידוד נתונים: לוודא שכל הנתונים מסומנים ב-tenant_id ומבודדים כראוי.

4. תיעוד: לתעד את כל ה-APIs והתהליכים להכנת דייר חדש.