Z/OS

**z/OS** היא מערכת הפעלה 64 ביט למחשבי מיינפריים, המפותחת על ידי חברת IBM. המערכת מהווה גרסת המשך ישירה למערכת OS/390, שפותחה באמצע שנות ה-90 של המאה ה-20, ושורשיה נעוצים במערכות ההפעלה OS/360 שפותחו בתחילת שנות ה-60. מערכת ההפעלה z/OS מיועדת למערכות עתירות נתונים ומרובות משתמשים.

בעשרים וחמש שנותיה הראשונות, מאמצע שנות ה-60 ועד סוף שנות ה-80 של המאה ה-20, היו המחשבים שעליהם פעלה מערכת הפעלה זו, לגרסאותיה השונות, המחשבים הדומיננטיים בעולם המחשוב הארגוני. מחשבים אלה יוצרו בעיקר על ידי חברת IBM, אך גם על ידי חברות מתחרות, שפיתחו חומרה תואמת. גם כיום משמשת מערכת ההפעלה במחשבי IBM הפועלים בארגונים גדולים ועתירי מחשוב, ובהם בנקים, חברות ביטוח וגופים ממשלתיים. 

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

## היסטוריה
שמאל|ממוזער|400px|מבנה סכמטי של הזיכרון האמיתי במערכת ההפעלה MFT
מערכות ההפעלה OS/360 פותחו בתחילת שנות ה-60 למחשבי מיינפריים מסדרת IBM System/360, כאשר מרבית העיבודים היו עיבודי אצווה, והזיכרון המרכזי של מחשבים היה בגודל של מאות קילו בתים. המערכות נועדו לאפשר למספר עבודות להתבצע במקביל, כאשר הן חולקות ביניהן את הזיכרון המרכזי ואת זמן המעבד. חלוקת זמן המעבד בין עבודות אחדות הביאה לניצול יעיל יותר שלו.

### מערכת ההפעלה MFT
MFT הן ראשי תיבות של Multitasking with a Fixed number of Tasks (ריבוי משימות במספר קבוע של משימות). במערכת ההפעלה MFT פוצל הזיכרון המרכזי של המחשב לחלק של מערכת ההפעלה ולחלק של עבודות היישומים. האות F בראשי התיבות של שם המערכת נגזרה מהמילה Fixed, בעברית: "קבוע". המשמעות הייתה שחלק הזיכרון שיועד לביצוע עבודות יישומיות, חולק למחיצות (באנגלית: Partitions) בגודל קבוע, שבכל אחת מהן התבצעה אחת מעבודות היישום. האות M נגזרה מהמילה Multiple, "מרובה" בעברית, על מנת לציין שמערכת ההפעלה מנהלת מספר עבודות יישום המתבצעות בו זמנית. מרחב הכתובות בזיכרון המרכזי היה 24 סיביות.

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

דוגמה: המחשב העיקרי של ממר"ם בסוף שנות ה־60, מדגם IBM 360/65, היה מצויד בזיכרון בגודל 512K, שחולק למחיצות בגודל 108K ו-54K. למטרות מיוחדות יכול היה מפעיל המחשב לאחד מחיצות אחדות למחיצה גדולה של 256K.

### מערכת ההפעלה MVT
שמאל|ממוזער|400px|מבנה סכמטי של הזיכרון האמיתי במערכת ההפעלה MVT
MVT הן ראשי תיבות של Multitasking with a Variable number of Tasks (ריבוי משימות במספר משתנה של משימות). השינוי המהותי במעבר ממערכת ההפעלה MFT למערכת ההפעלה MVT, היה גמישות בניהול מחיצות הזיכרון. האות V בראשי התיבות, נגזרה מהמילה Variable, בעברית: "משתנה". גודל המחיצות בזיכרון המרכזי לא היה אחיד וקבוע, אלא כל עבודה ציינה את גודל הזיכרון הנחוץ לה, כך שניתן היה לחסוך חלק מבזבוז הזיכרון במערכת ההפעלה MFT. כאשר העבודות דרשו פחות מקום בזיכרון, ניתן היה להוסיף עוד מחיצות פעילות. כאשר פעלו עבודות שתפוסת הזיכרון שלהן גדולה יחסית, ניתן היה להפחית את מספר המחיצות.

#### HASP

חידוש מהותי נוסף במערכות ההפעלה MFT ו-MVT היה מערכת ניהול תורים ו-Spooling. המערכת שנקראה HASP (Houston Automatic Spooling Priority) פותחה על ידי קבוצת אנשים שאינם עובדי IBM ונרכשה על ידי החברה. מספר שנים מאוחר יותר הורחבה למערכת הנוכחית המטפלת באותה פונקציונליות. המערכת שהחליפה את HASP נקראת Job Entry SubSystem או בראשי תיבות JES.

### מערכת ההפעלה SVS
שמאל|ממוזער|400px|מבנה סכמטי של הזיכרון הווירטואלי במערכת ההפעלה SVS
באמצע שנות ה-70 של המאה העשרים נעשה שינוי מהותי במערכת ההפעלה ממשפחת OS/360. שינוי זה בא לידי ביטוי במערכת ההפעלה Single Virtual Storage או בראשי תיבות SVS, וכלל שימוש בזיכרון וירטואלי, המאפשר אחסון חלקים פעילים בלבד של עבודות בזיכרון המרכזי, במקום אחסון כל התוכניות המרכיבות עבודה בזיכרון זה. השינוי מומש באמצעות מיפוי הזיכרון של העבודות בזיכרון וירטואלי, שמומש בפועל באמצעות זיכרון חיצוני על דיסק קשיח. לתוך הזיכרון המרכזי נטענו רק חלקים פעילים אלה. שיטה זו, המשמשת מערכות הפעלה עד היום, אפשרה ניצול יעיל יותר של הזיכרון המרכזי, משום שרק חלק קטן מעבודה, שהיה פעיל ברגע נתון, שכן בו. כתוצאה מכך, ניתן היה לבצע בו זמנית מספר גדול יותר של עבודות עם אותו גודל זיכרון מרכזי, וכן לאפשר לעבודות לצרוך זיכרון גדול יותר.

למימוש הזיכרון הווירטואלי נדרשו צעדים אחדים במערכת ההפעלה:
* הוספת מנגנונים לחלוקת העבודות לחלקים קטנים יותר. החלק הבסיסי בזיכרון במערכת ההפעלה SVS נקרא "דף" וגודלו היה 4K, כלומר: 4096 בתים.
* הוספת מנגנונים למיפוי בין הזיכרון הווירטואלי לזיכרון המרכזי ולציון מצבו של דף: האם הוא נמצא גם בזיכרון המרכזי או רק בזיכרון החיצוני.
* הוספת מנגנונים להעברת דפים מהזיכרון החיצוני לזיכרון המרכזי, כאשר נוצר צורך בדפים אלה, ומהזיכרון המרכזי לזיכרון החיצוני, כאשר דפים אלה היו הפחות נחוצים.
* מנגנון המאפשר שקיפות למפתחי ומבצעי העבודה, בהקשר של מיקום חלק מהעבודה ברגע נתון בזמן ביצועה.

במערכת SVS מומשו המנגנונים הנדרשים באמצעות צירוף של רכיבי חומרה חדשים, מיקרוקוד והרחבת תוכנת מערכת ההפעלה.

הגודל המקסימלי של זיכרון במערכת הפעלה של 24 סיביות הוא כ-16 מיליון בתים (16 Megabytes). התרשים המתייחס למבנה הזיכרון במערכת SVS, אינו מתאר מבנה סכמטי של הזיכרון האמיתי. הוא מתאר מבנה סכמטי של הזיכרון הווירטואלי. מהתרשים ניתן לראות כי במערכת ההפעלה SVS נוצל מלוא המרחב הווירטואלי לאחסון העבודות במחשב: חלק מהמרחב הווירטואלי נתפס על ידי מערכת ההפעלה וחלק אחר חולק בין כל העבודות המתבצעות בו זמנית.

במערכת הפעלה זו התווסף ה-Job Entry SubSystem, שהחליף את HASP.

### מערכות ההפעלה MVS
שמאל|ממוזער|400px|מבנה סכמטי של הזיכרון הווירטואלי של מרחב כתובת אחד במערכת ההפעלה MVS
מערכות ההפעלה Multiple Virtual Storage, בראשי תיבות MVS, החליפו את מערכת ההפעלה SVS. מערכת ההפעלה z/OS היא למעשה מערכת MVS עם הרחבות ושיפורים. מערכת MVS הייתה מערכת עם ריבוי מרחבי כתובות, שבגרסאות הראשונות כל אחד מהם היה בגודל של 16MB, כמתואר בתרשים. במערכת ההפעלה SVS מרחב כתובות וירטואלי אחד שימש את כל העבודות. ב-MVS לכל עבודה היה מרחב כתובות וירטואלי בגודל של מרחב הכתובות הווירטואלי של כל העבודות ב-SVS. חלקו של מרחב הכתובות ב-MVS יועד למערכת ההפעלה, חלקו יועד להחלפת מידע בין מרחבי כתובות שונים (מסומן כ-Common בתרשים). החלק השלישי (מסומן כ-Private) יועד לעבודה בודדת המנוהלת תחת מערכת ההפעלה. החלק של מערכת ההפעלה והחלק המשותף זהים בכל מרחב כתובות ולכן קיים רק העתק אחד שלהם בזיכרון החיצוני (על דיסק). החלק הפרטי שונה בכל מרחב כתובות. ניהול ריבוי מרחבי כתובות במקום אחד דרש פיתוחי חומרה, תוכנה ומיקרוקוד, המאפשרים התייחסות למרחב הכתובות הווירטואלי הפעיל באותו רגע.

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

#### מערכת ההפעלה MVS/XA
גרסה זו של מערכת ההפעלה MVS הופיעה באמצע שנות ה-80 של המאה העשרים. האותיות XA מייצגות את הביטוי Extended Architecture. השינוי המהותי היה הגדלת מרחב הכתובות, שכבר לא ענה על הצרכים ההולכים וגדלים בזיכרון וירטואלי, למרחב כתובות של 31 סיביות (כלומר הגדלת הזיכרון המרבי פי 128).

הסיבית ה-32 תיארה את אופי מרחב הכתובות של אותה תוכנית מחשב: 31 סיביות או 24 סיביות. חלק גדול מהקוד של מערכת ההפעלה עדיין עבד ב-24 סיביות, כלומר: לא היה באפשרותו להתייחס לנתונים או פקודות מכונה הממוקמים מעל לקו של 16 מיליון בתים (שהוא גודל הזיכרון המרבי ב-24 סיביות). מבנה הזיכרון הווירטואלי מתחת לקו ה-16 מיליון בתים זהה למבנה הזיכרון הווירטואלי במערכת ההפעלה MVS כפי שתואר בתרשים. מעל לקו ה-16 מיליון בתים הייתה חלוקה דומה לשלושה מרחבי כתובות: Extended Common, Extended System ומרחב כתובות גדול של Extended Private.

#### מערכת ההפעלה MVS/ESA
**MVS/ESA** הייתה מערכת ההפעלה שפותחה אחרי מערכת ההפעלה MVS/XA. ראשי התיבות ESA מייצגות את המילים: Enterprise System Architecture. היא שוחררה לזמינות כללית בפברואר 1988. גרסה שלה ששוחררה בפברואר 1993 נקראה **MVS/ESA OpenEdition**. גרסה זו תמכה בסטנדרטים של מערכות פתוחות, שהבולט בהם הוא POSIX. התמיכה בסטנדרטים נועדה לשפר את העבודה בשיתוף עם מערכות הפעלה אחרות על פלטפורמות חומרה אחרות. במערכת הפעלה זו התווספה הרחבת הזיכרון הווירטואלי של עבודה למספר מרחבי כתובות של 31 סיביות כל אחד. מנגנון חדש שנקרא Cross Memory Services, תמך בשילוב מידע בין מרחבי כתובות שונים השייכים לאותה עבודה.

#### מערכת ההפעלה OS/390

מערכת ההפעלה OS/390 היא הרחבה של מערכות ההפעלה MVS. היא שוחררה לזמינות כללית בסוף שנת 1995. מערכת הפעלה זו יועדה למחשבי מיינפריים מסדרת IBM System/390.

#### מערכת ההפעלה z/OS

במסגרת מיתוג מחדש, בשנת 2000, של ארבע סדרות המחשבים של חברת IBM, קיבלה סדרת מחשבי המיינפריים System/390 את הזיהוי z, ובהתאם לכך שונה שמה של מערכת ההפעלה ל-z/OS.

השינוי העיקרי במערכת ההפעלה z/OS בהשוואה למערכת ההפעלה OS/390 היה תמיכה במרחב כתובות של 64 סיביות. עד מהדורה 1.5 ניתן היה להפעיל את מערכת ההפעלה בשני אופנים:
* מרחב כתובת של 64 סיביות
* מרחב כתובות של 31 סיביות.
מאז שהופסקה התמיכה ב z/OS 1.5, ב-31 במרץ 2007, ניתן להריץ את מערכת z/OS רק במרחב כתובות של 64 סיביות.

הסיבה לשימוש בשני אופני שימוש בכתובות, הייתה הצורך בתמיכה בדורות קודמים של מחשבים שהחומרה שלהם לא תמכה במרחבי כתובות של 64 סיביות. רק מחשבי z/Architecture תמכו בשימוש בכתובות של 64 ביטים. גודל דף במרחבי הכתובות של 64 סיביות הוא 1MB.

##### גרסאות z/OS
חברת IBM הוציאה 13 גרסאות של z/OS מהדורה 1. הגרסאות ממוספרות במספרים 1.1 עד 1.13 לפי סדרן הכרונולוגי. הכרזה על הגרסה הראשונה של z/OS, שנקראה z/OS 1.1, הייתה באוקטובר 2001.

ב-13 ביולי 2013 הכריזה החברה על מהדורה 2.1.

מהדורה 2.1 מיועדת לשלב את המיינפריים במחשוב ענן, עם דגש על ענן פרטי (באנגלית: Private Cloud). בנוסף לכך הורחבה התמיכה בבינה עסקית. ההרחבות הפונקציונליות המהותיות במהדורה זו הן:
* תמיכה ב zEDC לדחיסת נתונים. זהו אלגוריתם דחיסה יעיל יותר מהאלגוריתם בו השתמשו במערכות קודמות.
* תמיכה ב (Shared Memory Communications-Remote Direct Memory Access (SMC-R המאפשר שיתוף זיכרון מרכזי בין אשכולות קרובים ומרוחקים של מחשבים המריצים מערכות הפעלה z/OS.
מאז יציאתה של גרסה 2.1 נוספו עוד גרסאות מערכת הפעלה z\OS מהדורה 2, הגרסאות גם הן ממוספרות במספרים 2.1 עד 2.4 (עד כה...) לפי סדרן הכרונולוגי.

## מאפייני המערכת
מערכת ההפעלה z/OS היא מערכת הפעלה המיועדת לעיבוד נתונים ממוחשב מסחרי. על מנת למלא את ייעודה זה יש לה יכולת לטפל בקריאה ובכתיבה של נתונים ליחידות היקפיות בהיקפים גדולים.

### ניהול המערכת
ניהול המערכת צריך לענות על הצרכים הנובעים מאופי והיקף העיבודים. במערכת ההפעלה z/OS מתבצעות במקביל הרבה עבודות מקוונות עם אלפי משתמשים או עשרות אלפי משתמשים תחת שרתי יישומים כמו CICS, IMS/DC ו-WebSphere Application Server, עבודות אצווה גדולות עתירות קלט ופלט ליחידות היקפיות, עבודות פיתוח תוכנה, ניסויי תוכנה ועבודות מסוגים אחרים, למשל: חישובים מורכבים עתירי משאבי מעבד. במערכת ההפעלה z/OS קיימים רכיבים ייחודיים המטפלים בוויסות כמות העבודות ובחלוקת משאבי המחשב בין העבודות על פי סדרי עדיפות מוגדרים מראש באמצעות פרמטרים במערכת. הרכיב המטפל בחלוקת המשאבים נקרא: (Work Load Manager (WLM.

אופי והיקף העבודות דורשים מנגנונים להבטחת זמינות גבוהה ושרידות גבוהה של המערכת. ריבוי המשתמשים וחשיבותם של העיבודים והנתונים, חייב מנגנוני אבטחת מידע אמינים. ב z/OS, מוצר אבטחת המידע העיקרי של חברת IBM הוא RACF - Resource Access Control Facility. קיימים גם מוצרי אבטחת מידע של יצרני תוכנה אחרים כמו CA Top Secret, המשתמשים באותו מנגנון של מערכת ההפעלה המאפשר ממשק של מוצרי אבטחת מידע ומערכת ההפעלה.

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

### סביבות פיתוח
שפת פיתוח תוכנה שהשימוש בה הוא השכיח ביותר במערכות z/OS היא COBOL. נתמכות שפות תכנות רבות אחרות כמו: C ,C++ ,PL/I ו-Assembler. נעשה שימוש בשפות פיתוח תוכנה קנייניות של יצרני תוכנה אחרים.

#### סביבת פיתוח ב Java
החל משנת 2000 השקיעה חברת IBM מאמץ מיוחד בתמיכה במערכות בשפת Java תחת מערכת ההפעלה z/OS. התמיכה ב-Java התבטאה ב-Porting של שרת יישומים WebSphere Application Server, שפותח עבור מערכות הפעלה אחרות, גם למיינפריים. גם בשרתי יישומים ותיקים, כמו CICS, התווספה יכולת של פיתוח מערכות ב-Java וממשק למערכות Java במערכות הפעלה אחרות.
התמיכה ב-Java התבטאה גם במנגנונים ייחודיים במערכת ההפעלה להתאמתה למנגנונים הייחודיים של z/OS ולשילובה בהם. כך למשל פותח מנגנון ייחודי, המותאם למיינפריים, לטיפול באיסוף זבל של Java Virtual Machine לצורך שיפור ביצועים ושילוב סביבת הריצה של Java עם מערכת ההפעלה.

דוגמה אחרת לשיפור ביצועים ב-Java היא עיצוב מעבדי מחשבי zEnterprise באופן מותאם לסביבת פיתוח זו. ביחד עם הקוד במערכת ההפעלה z/OS המנצל תכונות מעבדים אלו.

### תת מערכות
תת מערכות (באנגלית: Sub Systems) הן רכיבי תוכנת תשתית, שיש להם קשר הדוק עם מערכת ההפעלה z/OS. המנגנונים המשותפים למערכת ההפעלה ותת המערכות מייעלים את עבודתם המשותפת. לתת המערכות יש הרשאות לביצוע פעולות, שאינן ניתנות לעבודות אחרות המתבצעות תחת מערכת ההפעלה. ניתן להפוך מערכת תוכנה תשתיתית לתת מערכת באמצעות ממשק תכנות יישומים מיוחד במערכת ההפעלה הנקרא: Subsystem Interface. חברת IBM הכינה מראש מוצרי תוכנה תשתיתיים עיקריים כתת-המערכות.

דוגמאות לתת המערכות של חברת IBM, היכולות להתבצע תחת מערכת ההפעלה z/OS:
* (Job Entry Subsystem (JES: מערכת ניהול תורים ו-Spooling.
* DB2: תוכנה לניהול מסדי נתונים במודל טבלאי.
* (CICS (Customer Information Control System: שרת יישומים לניהול תנועות.
* IMS/DB: מסד נתונים היררכי.
* IMS/DC: שרת יישומים לניהול תנועות.
גם יצרני תוכנה בלתי תלויים יכולים להפוך מוצרי תשתית שלהם לתת מערכות.

### שילוב מערכות

המונח מתייחס לשילוב הומוגני ברמה של מערכת הפעלה וחומרה, כלומר: שילוב אשכול מחשבים שכולם מחשבי מיינפריים. המונח מתייחס גם לשילוב מערכות הטרוגני, כלומר: אינטגרציה בין מערכות תחת z/OS למערכות הפועלות תחת מערכות הפעלה אחרות.

#### שילוב הומוגני
אשכול מחשבים הפועלים תחת מערכת הפעלה z/OS ונמצאים באותו מרכז מחשבים, נקרא Sysplex. בשנת 1994, תחת מערכת ההפעלה MVS/ESA V5.1, הורחבה הפונקציונליות שלו באמצעות מעבד ייעודי ורכיבי חומרה נוספים לניהול האשכול. ביחד עם הרחבת הפונקציונליות, שונה גם השם ל-Parallel Sysplex. מנגנוני ה-Parallel Sysplex מאפשרים שיתוף עבודה ושיתוף נתונים בין מערכות z/OS.

המנגנונים מטפלים בניהול משותף של משאבי מערכת הפעלה, למשל: קבצים ומשאבי מחשב. מסדי נתונים DB2 ו-IMS של IBM, משתמשים במנגנוני Parallel Sysplex על מנת לקרוא, לכתוב ולעדכן את אותו מסד נתונים ממספר מחשבים באשכול במקביל. גם מסדי נתונים של חברות אחרות, העובדים תחת z/OS, כגון: Datacom/DB, IDMS ו Adabas, משתמשים ב-Parallel Sysplex לאותו צורך.

ניתן לשלב באותו אשכול גם מחשבים מרוחקים. המנגנון המורחב התומך גם בשילוב מחשבים מרוחקים, נקרא: (GPDS Geographically Dispersed Parallel Sysplex (GPDS.

אפשרות נוספת לאשכול מחשבים היא חלוקה לוגית של מחשב מרכזי אחד למספר מכונות וירטואליות. החלוקה אפשרית תחת מערכת ההפעלה z/VM או באמצעות מנגנון חומרה הנקרא: Logical Partitioning או LPAR. המנגנון מאפשר חלוקה של המחשב הפיזי למספר מכונות וירטואליות, המריצות כל אחת מערכת הפעלה. השימוש השכיח במחשב אחד המחולק למספר מופעים של מערכת ההפעלה z/OS הוא באמצעות LPAR. את המכונות הווירטואליות אפשר לנהל כ-Parallel Sysplex. קיימות גם תצורות בהן מספר מחשבים מחולקים למכונות וירטואליות, המופעלות באמצעות מערכת ההפעלה z/OS, ומופעי מערכת ההפעלה מאוגדים לאשכול מחשבים אחד באמצעות Parallel Sysplex.

#### שילוב מערכות בתשתיות הטרוגניות
באמצעות מוצרי אינטגרציה של IBM וגם באמצעות מוצרים של יצרני תוכנה אחרים, ניתן לשלב מערכות המתבצעות תחת z/OS עם מערכות הפועלות תחת מערכות הפעלה אחרות. המוצרים האסטרטגיים של חברת IBM בהקשר זה הם:
* WebSphere Application Server - מוצר זה הוא שרת יישומים המאפשר הרצת וניהול יישומים בשפת התכנות Java ויישומים בשפות תכנות אחרות. הוא עשוי לעבוד בשיתוף עם שרתי יישומים אחרים בסביבות של מערכות הפעלה ובאופן הדוק יותר ביחד עם שרתי יישומים WebSphere Application Server הפועלים תחת מערכות הפעלה אחרות.
* WebSphere MQ - תווכה מוכוונת מסרים המאפשרת עבודה משולבת בין יישומי מחשב המתבצעים בסביבות תשתית מחשוב שונות. לרוב העבודה המשותפת היא אסינכרונית.
* מוצרי Business Process Management - לחברת IBM מספר מוצרים בתחום זה המאפשרים ביצוע תהליכים ממוחשבים המבצעים פעולות במערכות יישומיות המתבצעות תחת מערכות הפעלה שונות.
* מוצרי SOA - מאפשרים הקמת והרצת מערכות שחלק מהשירותים שלהן מבוצעים תחת z/OS וחלק אחר תחת מערכות הפעלה אחרות.
מוצרי התשתית הנ"ל מותאמים למערכת ההפעלה z/OS וגם למערכות הפעלה נפוצות אחרות.

## ראו גם
* z/VSE
* z/VM 
* CICS
* DB2
* Spooling
* OS/360
* מחשב מרכזי

## קישורים חיצוניים
* 

* Stephen D. Bartlett, "IBM z/OS Version 2 — Ready to Go", July 2013, The Clipper Group
* ,Introduction to the New Mainframe z/OS Basics, IBM
* ,IBM Operating System/360 Concepts and Facilities, IBM


## הערות שוליים

קטגוריה:מערכות הפעלה
קטגוריה:תוכנות מבית IBM
קטגוריה:תוכנות שהושקו ב-2001