CLIENT – שרת אפליקציה
שרתי אפליקציה עשויים לפעול כיחידות עסקיות נפרדות, כאשר כל הנתונים נשמרים במסד נתונים משותף.
בכל ארגון, השרתים והסביבות ישתנו בהתאם לצרכי הפרויקט.
אסטרטגיות הלקוח משתנות ממקום למקום. אבל דבר אחד שיש להבין הוא ששרת אפליקציה הוא הדרך של SAP להפריד באופן הגיוני בין נתונים. חלוקה לשרתים מאפשרת לארגון לפצל מערכת ליחידות משנה לוגיות.
אפשר להקביל את זה לWINDOWS ופרופילים. כשמתקינים OFFICE באחד הפרופילים, ניתן לראות אותו בכל הפרופילים אבל כשמשנים רקע בפרופיל אחד זה משתנה אך ורק באותו פרופיל.
אותו דבר בSAP, פיתוחים חדשים (כמו טרנזקציה חדשה) יתעדכנו בכל שרתי האפליקציה אבל קיסטומים יתעדכנו באותו שרת בלבד.
יצירת מספר שרתי אפליקציה לסביבה אחת זו החלטה אסטרטגית של הארגון. שיקולים כמו כמות משתמשים בסביבה ושרידות המערכת (אם שרת אחד יקרוס עדיין יהיו עוד שרתים שיפעלו ולא ישביתו את הסביבה כולה).
על בסיס הנתונים מחוברים שרתי אפליקציה שמשרתים את המשתמשים (משתמשים מתחברים לשרתי אפליקציה), כאשר המשתמש מבצע פעולה בשרת האפליקציה כמו שליפת נתונים, השרת פונה לבסיס הנתונים.
סביבה
סביבות בסיסיות שיש בכל פרויקט:
- סביבת הפיתוח DEV – סביבת פיתוח וסביבת UNITEST לבדיקות ראשוניות של פיתוחים.
- סביבת הבדיקות QA
- סביבת PRE PROD
- סביבת הייצור PROD
- מבחינת הרשאות צריך לשים לב להפרדת שרתי האפליקציה בעיקר כשאנו רוצים לבצע בדיקת הרשאות על המשתמש (ראו ערכי WIKI של SU53, STAUTHTRACE ו- ST01) על מנת לעבור בין השרתים השונים ניתן להשתמש בטרנזקציה SM51 .
- מבחינת הפרדת הסביבות אנו צריכים להכיר את סוגי הסביבות הקיימים בארגון בו אנו עובדים בעת מתן הרשאות למשתמשים והעברת Transport.
