logologo
התחלה
מדריך
פיתוח
תוספים
API
בית
English
简体中文
日本語
한국어
Español
Português
Deutsch
Français
Русский
Italiano
Türkçe
Українська
Tiếng Việt
Bahasa Indonesia
ไทย
Polski
Nederlands
Čeština
العربية
עברית
हिन्दी
Svenska
התחלה
מדריך
פיתוח
תוספים
API
בית
logologo

ריבוי יישומים

סקירה כללית
מצב זיכרון משותף
מצב ריבוי סביבות
מרחבים מרובים
Previous Pageסקירה כללית
Next Pageמצב ריבוי סביבות
הודעת תרגום AI

מסמך זה תורגם על ידי AI. למידע מדויק, אנא עיינו בגרסה באנגלית.

#מצב זיכרון משותף

מפקח אפליקציותEnterprise Edition+

#מבוא

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

במצב זה, ניתן להריץ מספר יישומים בו-זמנית בתוך מופע NocoBase יחיד. כל יישום הוא עצמאי, יכול להתחבר למסד נתונים נפרד, וניתן ליצור, להפעיל ולעצור אותו בנפרד, אך כולם חולקים את אותו תהליך ומרחב זיכרון. המשתמש עדיין נדרש לתחזק מופע NocoBase אחד בלבד.

#מדריך למשתמש

#תצורת משתני סביבה

לפני השימוש בתכונת ריבוי היישומים, ודא שמשתני הסביבה הבאים מוגדרים בעת הפעלת NocoBase:

APP_DISCOVERY_ADAPTER=local
APP_PROCESS_ADAPTER=local

#יצירת יישום

בתפריט הגדרות המערכת, לחץ על "מפקח היישומים" כדי להיכנס לדף ניהול היישומים.

לחץ על כפתור "הוסף חדש" כדי ליצור יישום חדש.

#הסבר על אפשרויות התצורה

אפשרות תצורההסבר
שם היישוםהשם שיוצג עבור היישום בממשק המשתמש
מזהה יישוםמזהה היישום, ייחודי ברמה גלובלית
מצב הפעלה- הפעלה בגישה ראשונה: היישום יופעל רק כאשר משתמש ניגש לראשונה דרך ה-URL
- הפעלה יחד עם היישום הראשי: היישום יופעל במקביל להפעלת היישום הראשי (יגדיל את זמן העלייה של היישום הראשי)
סביבהבמצב זיכרון משותף, רק סביבה מקומית זמינה, כלומר local
חיבור למסד נתוניםמשמש להגדרת מקור הנתונים הראשי של היישום, תומך בשלוש דרכים:
- מסד נתונים חדש: שימוש חוזר בשירות מסד הנתונים הנוכחי ויצירת מסד נתונים נפרד
- חיבור נתונים חדש: התחברות לשירות מסד נתונים אחר
- מצב Schema: כאשר מקור הנתונים הראשי הנוכחי הוא PostgreSQL, תיווצר Schema נפרדת עבור היישום
שדרוגהאם לאפשר שדרוג אוטומטי לגרסת היישום הנוכחית במידה וקיימים נתונים מגרסה ישנה של NocoBase במסד הנתונים המחובר
מפתח JWTיצירת מפתח JWT נפרד באופן אוטומטי עבור היישום, כדי להבטיח שהפעלות היישום (sessions) יהיו מופרדות מהיישום הראשי ומיישומים אחרים
שם דומיין מותאם אישיתהגדרת שם דומיין ייעודי לגישה ליישום

#הפעלת יישום

לחץ על כפתור הפעל כדי להפעיל את יישום המשנה.

אם בחרת באפשרות "הפעלה בגישה ראשונה" בעת היצירה, היישום יופעל אוטומטית בעת הגישה הראשונה אליו.

#גישה ליישום

לחץ על כפתור גישה, היישום ייפתח בלשונית חדשה בדפדפן.

כברירת מחדל, הגישה ליישום המשנה מתבצעת דרך /apps/:appName/admin/, לדוגמה:

http://localhost:13000/apps/a_7zkxoarusnx/admin/

בנוסף, ניתן להגדיר שם דומיין עצמאי ליישום המשנה. יש להפנות את שם הדומיין לכתובת ה-IP הנוכחית, ואם נעשה שימוש ב-Nginx, יש להוסיף את שם הדומיין גם בתצורת ה-Nginx.

#עצירת יישום

לחץ על כפתור עצור כדי להפסיק את פעולת יישום המשנה.

#מצב היישום

ניתן לצפות במצב הנוכחי של כל יישום ברשימה.

#מחיקת יישום

לחץ על כפתור מחק כדי להסיר את היישום.

#שאלות נפוצות

#1. ניהול תוספים

התוספים הזמינים ליישומים אחרים זהים לאלו של היישום הראשי (כולל הגרסאות), אך ניתן להגדיר ולהשתמש בתוספים באופן עצמאי בכל יישום.

#2. בידוד מסדי נתונים

יישומים אחרים יכולים להגדיר מסדי נתונים עצמאיים. אם ברצונך לשתף נתונים בין יישומים, ניתן לעשות זאת באמצעות מקור נתונים חיצוני.

#3. גיבוי ונדידת נתונים

נכון לעכשיו, גיבוי נתונים ביישום הראשי אינו תומך בהכללת נתונים של יישומים אחרים (הוא כולל רק מידע בסיסי על היישום). יש לבצע גיבוי ונדידה באופן ידני בתוך כל יישום בנפרד.

#4. פריסה ועדכון

במצב זיכרון משותף, הגרסאות של יישומים אחרים ישודרגו אוטומטית יחד עם היישום הראשי, מה שמבטיח עקביות בגרסאות היישומים.

#5. הפעלות יישום (Sessions)

  • אם היישום משתמש במפתח JWT נפרד, הפעלת היישום תהיה מבודדת מהיישום הראשי ומיישומים אחרים. אם הגישה ליישומים שונים מתבצעת דרך נתיבי משנה של אותו דומיין, מכיוון שה-TOKEN של היישום נשמר ב-LocalStorage, יהיה צורך להתחבר מחדש בעת מעבר בין יישומים שונים. מומלץ להגדיר שמות דומיין נפרדים ליישומים שונים כדי להשיג בידוד הפעלות טוב יותר.
  • אם היישום אינו משתמש במפתח JWT נפרד, הוא יחלוק את ההפעלה של היישום הראשי. בגישה ליישומים אחרים באותו דפדפן, לא יהיה צורך להתחבר מחדש בעת חזרה ליישום הראשי. עם זאת, קיים סיכון אבטחה: אם מזהי המשתמשים (User ID) ביישומים שונים זהים, הדבר עלול להוביל לגישה לא מורשית לנתונים של יישומים אחרים.