Rt Desktops June08 V4

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫סיכום מפגש שולחן‪-‬עגול‬

‫תפעול וניהול תחנות קצה‬

‫‪ 19‬ליוני ‪2008‬‬

‫פיני כהן‬

‫‪Page 1 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫לקוחות נכבדים שלום‪,‬‬ ‫תודה על השתתפותכם במפגש שולחן עגול‬

‫‪ Round Table‬בנושא תפעול וניהול תחנות‬

‫קצה‪.‬‬ ‫מצ"ב סיכום עקרי הדברים שעלו במהלך המפגש‪ .‬במפגש עלו נושאים מהותיים שתומצתו‬ ‫בסיכום כפי שעלו‪ .‬אין בסיכום זה המלצה גורפת ללקוחות אלא מתן פרספרטיבה והצגה של‬ ‫ההתלבטויות שעלו במפגש כלומר "מהשטח"‪.‬‬ ‫ברצוני להפנות אתכם ספציפית לתאור פרוייקט ‪ SBC‬של ארגון מתחום הטלקום‪ .‬הנני סבור‬ ‫שפרויקט זה עשוי להוות השראה לארגונים רבים נוספים‪.‬‬ ‫מעבר לכך לאחרונה ישנה התבגרות מהירה של טכנולוגיות חדישות בעולם זה‪ .‬טכנולוגיית‬ ‫של ‪ Application Streaming‬וטכנולוגיה של ‪ .VDI‬מעניין לראות כיצד ישפיעו טכנולוגיות‬ ‫אלו על התנהלות ארגוני ה‪ IT -‬בתחום זה‪ .‬אנו צופים שתוך ‪ 3‬עד ‪ 5‬שנים ארגונים יממשו‬ ‫טכנולוגיות אלו בצורה משמעותית‪.‬‬ ‫אנו נקיים מפגשים נוספים בנושא זה‪ .‬נא לצור קשר עם המשרד לקבלת מידע על המפגש‬ ‫הבא‪.‬‬ ‫בברכה‪,‬‬ ‫פיני כהן‬

‫‪Page 2 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫תוכן‬ ‫‪3................. ................................ ................................ ................................ OFFICE WIN‬‬ ‫הפצת תוכנה ‪4................. ................................ ................................ ................................‬‬ ‫רשיונות תוכנה ‪5............... ................................ ................................ ................................‬‬ ‫מדיניות ‪6............ ................................ ................................ ................................ Patches‬‬ ‫‪6............................. ................................ ................................ ................................ SBC‬‬ ‫טכנולוגיות נוספות שהוזכרו ‪9............................... ................................ ................................‬‬

‫‪OFFICE WIN‬‬ ‫‪‬‬

‫לקוח מהמגזר הפיננסי תאר מצב בו ‪ 700‬תחנות ‪ – winXP office2003 -‬בתהליך למעבר‬ ‫ל‪.office2007 -‬‬

‫‪‬‬

‫לקוח מהתחום הפיננסי תאר פרוייקט של כניסה ל‪ .2007OFFICE -‬למשתמשים מתוחכמים‬ ‫– אין בעיה‪ .‬בקשו בעצמם ללא הדרכה ‪.‬במזכירות כוד'‪ -‬יעשו הדרכה מרוכזת‪ .‬יש בעיות עם‬ ‫מקרו של ‪ EXCEL‬ועתה משקיעים מאמץ בפתרון בעיות אלו‪.‬‬

‫‪‬‬

‫אחד הלקוחות ציין שכבר זמן מה הפיצו בדחיפה ל‪ – officeXP -‬את התאימות ל‪office2007 -‬‬ ‫וכך מונעים בעיות של חוסר תאימות בין גרסאות ‪ office‬השונות‪.‬‬

‫‪‬‬

‫לקוח ציין מצב שבו אצל חלק מהמשתמשים שעברו ל‪ office 2007 -‬יש תקלה בסינכרון ל‪-‬‬ ‫‪ PDA‬כאשר המשמעות היא שחלק מהפגישות נעלמות‪ .‬תקלה זו מחכה לפתרון‪ ...‬הם מקווים‬ ‫כשיעברו ל‪ exchange 2007 -‬יהיה יותר טוב‪ .‬יש גם מספר סוגיות ‪.blackberry‬‬

‫‪‬‬

‫לקוח מהמגזר הציבורי עם – ‪ 700‬אתרים – ‪ – domain 2‬כ‪ 160 -‬שרתים ב‪ .DC -‬בסניפים‬ ‫כ‪ K2 -‬תחנות קצה‪ .‬כיום בגלל מגבלות של אפליקציה‬ ‫‪ .WINXP‬יש עוד ‪ K3‬תחנות בשאר האתרים‬

‫– ב‪ win2000 -‬בתהליכי שדרוג ל‪-‬‬

‫– ‪ .winXP‬בסניפים – בזמנו כל סניף היה‬

‫‪ domain‬ולאחרונה כל הסניפים כ‪ domain -‬הם סניפים כ‪ domain -‬אחד‪ .‬כעת בכיוון של‬

‫‪Page 3 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫להוציא את השרתים מהסניפים‪ .‬השרתים מריצים את האפליקציה מרכזית‪ .‬יש גם אמולציה‬ ‫ל‪ MF -‬עם שרתי ‪ .SNA‬יש אפליקציות של ‪ .WEB‬שלא חלק מהמערכת המרכזית‪ ,‬לפני‬ ‫כשנתיים הסבו אפליקציה מרכזית (היו בעיות במצב של שינוי גרסה) וכעת האפליקציה על‬ ‫‪ terminal server‬עם ‪ . JETRO‬השליטה בתפריט היא מהמרכז באמצעות ‪ redirect‬של ‪–AD‬‬ ‫‪ SMS‬וגם השתלטות‪.‬‬

‫ואז מפיצים מהר את התפריט החדש‪ .‬בהפצה ושליטה באמצעות‬

‫‪ inventory‬גם באמצעות ‪ .SMS‬יש להם ‪ MOM‬בעיקר לשרתים לא לתחנות‪ .‬יש מעט קשיים‬ ‫בנושא של ניטור תחנות‪ .‬ה‪ – SMS -‬נותן מידע – דוגמה – גילו שבתחנה יש חצי מהזיכרון –‬ ‫ואז גילו שאכן הייתה גנבה בסניף (של זיכרון מהתחנה)‪.‬‬

‫הערת ‪ : STKI‬בארגונים יש כניסה הדרגתית ל – ‪ .Office 2007‬ישנן מספר סיבות לכניסה‪.‬‬ ‫סיבה אחת היא משתמשים מאוד מתוחכמים שצריכים את הפונקציונליות המתקדמת בעיקר‬ ‫של ‪ .excel‬סיבה נוספת היא הרצון של ארגון ה‪ IT -‬שכבר רכש את הרישיונות לתת שירות‬ ‫טוב יותר – לדוגמה מצגות מרשימות יותר שקל להכין בסביבת ‪ .office 2007‬סיבה נוספת‬ ‫היא אפליקציות חיצוניות אשר דורשות‬

‫‪ office 2007‬לדוגמה תכונות מתקדמות ב‪SPS- -‬‬

‫‪ .MOSS‬לגבי ‪ VISTA‬רובם המכריע של הלקוחות שהשתתפו במפגש זה ציינו שאינם‬ ‫מתכוונים להטמיע טכנולוגיה זו בזמן הקרוב‪ .‬עם זאת בישראל ישנם מספר לא מבוטל של‬ ‫לקוחות שכבר התקדמו מאוד ואפילו מטמיעים‬

‫‪ .VISTA‬הגרסה הבאה של‬

‫‪Windows‬‬

‫‪ , Desktop‬ה‪ Windows 7 -‬אמורה לצאת ב‪.2010 -‬‬

‫הפצת תוכנה‬ ‫‪‬‬

‫ללקוח מוסדי תאר מצב שהוא המבוסס על מיקרוסופט – ‪ .winXP‬שרתי ‪ .win2003‬עובדים‬ ‫עם ‪ IMAGE‬אחד לכל החברה‪ ,‬כ‪ K 10 -‬תחנות קצה‪ .‬הפצה לתחנות ב‪.SMS -‬‬

‫‪‬‬ ‫‪‬‬

‫לקוח מהמגזר הפיננסי מבצע הפצת תוכנה באמצעות ‪ image( BDD‬אחיד)‪.‬‬ ‫לקוח אחר ממגזר הטלקום מפיץ בשתי צורות‪ .‬מפיצים את ה‪-‬‬

‫‪ CITRIX‬דרך ‪ .SMS‬לגבי‬

‫התחנות הרגילות מפיצים עם ‪ ZEN‬אבל בשלבי ירידה‪.‬‬ ‫‪‬‬

‫ארגון תעשייתי תאר מצב בו כ‪ K1.3 -‬תחנות‪ .Office 2003 winXP .‬עם ‪ .novell‬בחברות‬ ‫בנות – גם ‪ novell‬עם ‪ .CITRIX‬הפצה על ידי באמצעות ‪ .ZEN‬מי שבונה את האפליקציות זה‬ ‫צוות התשתיות‪ .‬מי שמפיץ בפועל‪ -‬זה צוות ה‪.service desk -‬‬

‫‪‬‬

‫לקוח ממגזר הבריאות תאר מצב בו עושים הפצה באמצעות‬

‫‪ Tivoli‬אבל בוחנים דברים‬

‫אחרים‪ .‬יש להם ‪ 400‬סניפים‪ .‬הפצות גדולות זה מצוין‪ .‬הפצות קטנות זה יותר בעייתי‪.‬‬ ‫‪‬‬

‫לקוח מהמגזר הפיננסי מפיץ עם ‪ – CA‬וגם השתלטות מרחוק של ‪.CA‬‬

‫‪‬‬

‫לקוח תעשייתי מבוזר (מספר יחידות עסקיות) מבצע היום הפצה עם ‪ .SMS‬אבל לכל מפעל‬ ‫יש שרתים משלו‪ Active directory .‬כל מפעל מוגדר בנפרד‪.‬‬

‫‪Page 4 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪‬‬

‫אצל לקוח בתחום הפיננסי משתמשים ב‪ GPO , Tivoli -‬של ‪ ,AD‬כי הסתדרו עם ‪, Tivoli‬‬ ‫והכיוון במקביל הוא ‪ scripts‬והפצות ב‪.AD -‬‬

‫‪‬‬

‫לקוח ציין של‪ – Tivoli-‬יתרון יש – מטפל בהכל ‪ .unix linux‬אבל מצד שני ‪ Tivoli‬מוצר מורכב‬ ‫ומחייב השקעה תשתיתית כולל ידע‪.‬‬

‫‪‬‬

‫לקוח מתחום ה‪ high-tech -‬מבצע הפצה – בעיקר של ‪ PATCH‬באמצעות ‪ . SMS‬להפצה של‬ ‫אפליקציות – פותח בארגון יישום‬

‫–‬

‫‪ – software catalog‬ואז כשרוצים להתקין תוכנה‬

‫מבקשים – יש ‪ workflow‬עם אישור – (רשיונות שהם ‪ SITE‬אין בעיה)‪ .‬כולל עדכון ה‪-‬‬ ‫‪ inventor‬של כמה רשיונות פנויים יש בארגון‪ .‬בארגון פתחו מוצר נוסף שמנטר ‪ usage‬ועושה‬ ‫גם ‪ blocking‬לדוגמא‪ ,‬אסור ‪ EMULE‬והמוצר מונע התקנה! ועושה גם ‪ – metering‬יודעים‬ ‫כמה שימוש יש ‪ .‬אם אדם לא משתמש בתוכנה ‪ 3‬חודשים – האדם מקבל מייל שיוריד את‬ ‫התוכנה‪ .‬גם החוזים עם הספקים הם על פי‬

‫‪ usage‬ולא על פי ‪ .install‬מכיוון הארגון הוא‬

‫בתחום ‪ hightech‬המשתמשים הם ‪ ADMIN‬על התחנות‪ .‬פעם בשנה יש ביקורת של מבקר‬ ‫וגם ביקורת חיצונית‪ .‬התוצאה היא שהם יחסית מסודרים‪ .‬אין חשיפה למצב של חוסר‬ ‫ברשיונות תוכנה‪.‬‬ ‫‪‬‬

‫ארגון מהתחום הפיננסי מפיצים ב‪ .SMS -‬בד"כ לא דוחפים‪ .‬למשתמש יש חלון של‬

‫‪SMS‬‬

‫שמקבל מידע על מה יכול להתקין‪ .‬השרתים יש ‪ . TIVOLI‬ל‪ Tivoli -‬יצא ‪– License manager‬‬ ‫כעת בבדיקה‪ .‬ל‪ SMS -‬יש תפריט של ‪ . run advertise‬ה‪ SMS -‬שותל קיצור דרך על ה‪-‬‬ ‫‪. desktop‬ב‪ – NOVELL -‬היה תפריט – ‪ – NAL‬שהיה תפריט של חלון האפליקציות‪ .‬אין לזה‬ ‫תחליף זהה במיקרוסופט‪.‬‬ ‫‪‬‬

‫לקוח מהתחום הפיננסי עובד עם ‪ – TIVOLI‬הפצה גם לשרתים וגם לתחנות‪ .‬ל‪ TIVOLI -‬יש‬ ‫גרסה חדשה‪ – GPO .TPM -‬משתמשים באין ברירה‪.‬‬

‫הערת ‪ : STKI‬התחום של ההפצה השתפר מאוד בשנים האחרונות לעומת מה שהיינו‬ ‫מכירים‪ .‬ישנם כלים יעודים שהוזכרו כמו ‪ ZEN ,CA‬ו‪ .Tivoli -‬מבחינת דחיפת עדכונים למול‬ ‫משיכה‪ -‬הדחיפה אפשרית רק בארגוני ‪ high-tech‬שבהם ישנו פרופיל של משתמשים בעל‬ ‫קישורים טובים בתחום זה‪ .‬בדיון לא עלתה הנקודה החשובה שככל שצורת ההפצה‬ ‫מתקדמת יותר קל לארגונים להחליף\לשלב בין יצרנים של תחנות עבודה שונות ולכן מידת‬ ‫האפשרות לקבל תנאים טובים יותר ברכש החומרות גדולה יותר‪.‬‬

‫רשיונות תוכנה‬ ‫‪‬‬

‫אחד הארגונים שמשתמש ב‪-‬‬

‫‪ ZEN‬דיבר על כך שגם את הרישיונות מנהלים רישיונות‬

‫באמצעות ‪ ASSET‬של נובל‪.‬‬

‫‪Page 5 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪‬‬

‫אחד הלקוחות הזכיר שלגבי רישוי‪ -‬אין מוצר לניהול רישוי –משתמשים ב‪ TIVOLI -‬לסריקה‬ ‫של מה שיש כאשר מתכננים לבדוק מוצר לרישיונות של ‪. TIVOLI‬‬

‫‪‬‬

‫לקוח ממגזר הבריאות תאר מצב בו הניהול‬

‫– ‪ – inventor‬עם ‪ – Tivoli‬על סמך נתונים‬

‫עושים דוחות בקוגנוס‪ .‬כמה אפליקציות‪ .‬עושים הפצה באמצעות ‪ Tivoli‬אבל בוחנים דברים‬ ‫אחרים‪.‬‬

‫הערת ‪ : STKI‬הנושא של מעקב אחרי רישיונות תוכנה הנו מורכב ובעייתי‪ .‬ישנם ארגונים‬ ‫שמיישמים כלים בכדי לבדוק מה מותקן על התחנה ברמת סטנדרטים ארגוניים ואחרים בכדי‬ ‫לבדוק תאימות לרכש התוכנות אולם מספר קטן מאוד של ארגונים מבצע גם בדיקה של‬ ‫‪ – metering‬עד כמה יש שימוש בתוכנות (אולי התוכנות מותקנות אבל ללא שימוש‪.)...‬‬ ‫להערכתנו‪ ,‬ישנו מספר לא מבוטל של ארגונים שלקראת חידוש חוזה תחזוקה לתוכנות‬ ‫(מיקרוסופט‪ oracle ,‬וכד') מבצע הערכה של כמות הרישיונות בשימוש (מספר עובדים‪,‬‬ ‫מספר תחנות עבודה וכד') ללא הפעלה של טכנולוגיות ייעודיות‪.‬‬

‫מדיניות ‪Patches‬‬ ‫‪‬‬

‫הפצת ה‪ patches -‬מתבססת על ‪ SMS‬שנמצא בכל אתר –ה‪ packages -‬בכל אתר (זהו‬ ‫ארגון מבוזר עולמית) לרוב במשיכה‪ .‬אם יש עדכון בתוכנה (לדוגמא גרסה חדשה של‬ ‫‪ – )RATIONAL‬כשהמשתמש ניגש לתוכנה – יש הודעה על גרסה חדשה‪ .‬ואז הלקוח צריך‬ ‫להוריד בעצמו‪ .‬יש להם מעבדות של ‪ – patch‬בודקים תאימות‪ .‬עדכון התוכנה הוא במשיכה!‬ ‫כלומר לא מתקינים במקום הלקוח‪ .‬יש ‪ K7‬התקנות של ‪ – office2007‬שהורידו בעצמו! את‬ ‫‪ XP‬דחפו‪ .‬יש להם פורום שמאשר כניסה של תוכנה חדשה ואז תכונה תהיה בקטלוג‪.‬‬

‫‪‬‬

‫ארגון מהתחום הפיננסי לא מפיצים‬

‫‪ patches‬של מערכת הפעלה אוטומטית‪ .‬אוספים‬

‫‪ , patches‬בודקים אותם‪ ,‬ואז מפיצים‪.‬‬ ‫‪‬‬

‫אחד הארגונים תאר מצב בו אוספים ‪ – PATCHES‬בוחנים במעבדה‪ -‬בודקים בפורום – ואז‬ ‫מפיצים בתחילה במספר אתרים קטנים (שאם יהיו בעיות לא כולם יפלו)‪ .‬יש להם‬

‫‪– SLA‬‬

‫‪ - critical patches -‬בחינה תוך שבועיים‪ ,‬הפצה תוך חודש‪.‬‬

‫הערת ‪ :STKI‬מדיניות הפצת ‪ patches‬ברורה ועקבית הנה חיונית בכל ארגון ‪.IT‬‬

‫‪SBC‬‬ ‫‪‬‬

‫לקוח מתחום הטלקום דיבר על הסיבות לכניסה לפרוייקט‬

‫‪ .SBC‬בעבר‪ ,‬בתחנות הקצה‬

‫במוקדים היו צריכים כל הזמן לשדרג תחנות – זיכרון חומרה‪ .‬וגם רצו זמינות בתחנות כמה‬

‫‪Page 6 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫שיותר זמינות (חומרה ותכונה)‪ .‬בעבר‪ -‬המשתמש קיבל באמצעות‬

‫‪ ZEN‬חלון של תפריט‬

‫‪ – NAL‬ב‪ .win95 -‬ב‪ win2000 -‬לא הצליחו לתמוך בתצורת החומרה שהייתה אז כלומר היו‬ ‫צריכים לשדרג את כל תחנות הקצה‪ .‬ואז בגלל עלויות החליטו ללכת ל‪ terminal server -‬של‬ ‫מיקרוסופט ולאחר מכן עברו ל‪ .CITRIX -‬מעבר למוקדים‪ ,‬בגלל אתגרים בהפצה של‬

‫‪SAP‬‬

‫החליטו ללכת ל‪ CITRIX -‬עם ‪ – publishing application‬שחסך מאוד‪ .‬כיום כל אפליקציה‬ ‫מנסים להכניס ל‪ CITRIX -‬ונכון להיום אפשרת של עבודה בסביבת ‪ CITRTIX‬היא דרישת סף‬ ‫של הכנסה של מערכת לארגון‪ .‬מבחינת תצורה‪ ,‬כיום תמיד שמים שני שרתים כשאחד ב‪-‬‬ ‫‪ .DRP‬ישנם מקרים שאינם מתאימים לעבודה בסביבה הסטנדרטית של‬ ‫לדוגמה אחת המערכות שמאפשרת‬

‫‪ CITRIX‬בארגון‬

‫‪ PDA‬לטכנאים בשטח כלומר מערכת בסביבה של‬

‫‪ .Mobile‬במקרה זה מנסים להתקין כ‪ -‬את המערכת כ‪ isolation -‬ב‪ CITRIX -‬ואז יש פחות‬ ‫בעיות של תאימות‪.‬‬ ‫‪‬‬

‫כיום מוקדים ובחנויות – עובדם ב‪ .THIN CLIENT -‬מי שלא עובד ב‪ – thin client -‬זה רק‬ ‫הנהלה של הארגון‪ .‬אבל גם בהנהלה רוב האפליקציות דרך ‪.CITRIX‬‬

‫‪‬‬

‫מבחינתם‪ ,‬למשתמש יותר כדאי – כי בעיות ביצועיות מטופלות יותר מהר ורמת הזמינות‬ ‫הכללית טובה יותר‪ .‬הארגון בגדול כבר שנתיים לא קונה מחשבים אישיים‪ .‬אם צריך רוכשים‬ ‫‪.thin clients -‬‬

‫‪‬‬

‫מערך הטכנאים הצטמצם ובמוקדים ששם יש חשיבות רבה לזמינות‬

‫– כמעט ואין תקלות‬

‫כלומר הזמינות השתפרה‪ .‬מצד שני תקלות בשרתים קיימות‪ .‬ותקלה כבר משביתה יותר‪.‬‬ ‫לכן משקיעים יותר בסביבת ה‪ -‬סיסטם‪.‬‬ ‫‪‬‬

‫מבחינת ‪ SIZING‬יש לארגון ‪ 300‬שרתי ‪ CITRIX‬על ‪ K3‬משתמשים אבל גם לצורך‬

‫‪.DRP‬‬

‫כלומר ה‪ DRP -‬הוא עובד ביום יום כ‪ .active-active -‬יש שרתים יעודים לאפליקציות בעיקר‬ ‫לאפליקציות כבדות‪ .‬אפילו אפליקציות ‪ – GIS‬עם כל המפות ‪ -‬עובדות בצורה כזו מובן ששם‬ ‫ה‪ SIZING -‬הוא אחר עד ‪ 12‬משתמשים לשרת‪ .‬מצד שני צרכי התקשורת בסביבה זו הם‬ ‫גדולים ‪ GB1‬של ‪ – ATM‬אפילו ‪ GB4‬או יותר (זה ארגון תקשורת ושם אין בעיה של קיבולות‬ ‫תקשורת‪ .)...‬כיום שרתים חדשים מגיעים עם ‪ 4‬מעבדים‪.‬אבל רוב השרתים של סביבת ה‪-‬‬ ‫‪ CITRIX‬הם ‪ 2‬מעבדים ‪.RAM GB4‬‬ ‫‪‬‬

‫נכון להיום יש כ‪ 200 -‬אפליקציות בסביבת ‪ CITRIX‬ויש רק כ‪ 20 -‬אפליקציות שלא עובדות ב‪-‬‬ ‫‪ CITRIX‬כלומר שלא הותאמו‪ .‬בזמנו היה תהליך של התאמה לסביבת‬

‫‪ – CITRIX‬ואז פנו‬

‫הרבה לספקים שלפעמים דרשו שדרוג של האפליקציה בעלות‪ .‬אם זאת אפליקציה שפותחה‬ ‫בבית – מסיבים‪ .‬כאשר לדוגמה הייתה אפליקציה שלא עבדה עם ‪ multiuser‬בכלל – וחזרה‬ ‫לפיתוח – כאשר במקרה זה פיתחו שוב‪ -‬עלה הרבה כסף‪ .‬אבל זה היה חלק מהמאמץ‪.‬‬ ‫בד"כ אין בעיה בהסבה ל‪-‬‬

‫‪ .CITRIX‬בודקים גם ביצועים‪ .‬בשביל לתת פרספקטיבה‪ ,‬יש‬

‫אפליקציה מסוימת שעובדת רק על ‪.win95‬‬

‫‪Page 7 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪‬‬

‫תהליך הכניסה ל‪ CITRIX -‬לא היה פשוט‪ .‬ה‪ IT -‬וההנהלה עשו מבצע צבאי שכלל שכנוע של‬ ‫כל מוקדי הכוח בארגון‪ .‬אחת מהבעיות שקיימת – כשעוברים מ‪ PC -‬ל‪- terminal server - -‬‬ ‫היא בעיה של שטחי דיסקים – בעיקר ‪( PST‬אם מאפשרים ללקוחות לשמור קבצים בעצמם‬ ‫בדיסק המקומי)‪ .‬מעבר לסביבה מרכזית הנו לא פשוט דברים כמו הגבלה של גודל ( ‪)quota‬‬ ‫גיבוי וכד'‪ .‬כלומר צריך לשנות את כללי העבודה‪.‬‬

‫‪‬‬

‫הגלישה בארגון מתבצעת דרך ‪ CITRIX‬עם הגבלות (דוגמה למגבלה אפשרית – הרצה של‬ ‫‪ .)flash‬כעת יש פרוייקט חדשני "פתיחת העולם"‪ .‬מטרת הפרוייקט היא שהעבודה תתבצע‬ ‫"בחוץ" כל הזמן ורק האפליקציות הפנימיות יהיו רק ב‪-‬‬

‫‪ .CITRIX‬עד כאן תאור הפרויקט‬

‫בארגון מתחום הטלקום‪.‬‬ ‫‪‬‬

‫ארגון אחר מתחום הבריאות דיבר על מצב בו עובדים‬

‫‪ SBC‬אבל ללא‬

‫‪.THIN CLEINT‬‬

‫ארכיטקטורה זו הייתה מהקמת הארגון‪.‬כאשר מהתחלה הקפידו על סביבה מנוהלת‬ ‫לדוגמה לא היה שמירה של‬

‫–‬

‫‪ PST‬בצורה עצמאית‪ .‬אין שרתים בכלל בסניפים‪ .‬ריכוזיים‬

‫מההתחלה‪ .‬היום בסניפים עובדים ‪ OFFICE‬על ‪ ! cookpit‬עם ‪. distributed applications‬‬ ‫אבל גלישה מתבצעת מקומית! בארגון ניסו להעביר עובדי מזכירות ל‪ – thin client -‬בעייתי‬ ‫– כי המזכירות רצו להשתמש ב‪ – USB -‬אבל ה‪ IT -‬לא הסכים בגלל אבטחת מידע‪.‬‬ ‫‪‬‬

‫לגבי פרוייקט ‪ SBC‬אצל לקוח מוסדי גדל‪ ,‬היו קשיים‪ .‬הבעיה העיקרית בהקשר ל‪ SBC -‬היא‬ ‫ריבוי אפליקציות – כי חלק מהמחלקות מפתחות בעצמן‪ .‬זאת בעיה באופן כללי‪ .‬ואז יש‬ ‫בעיה של תחזוקה‪ .‬בזמנו כשעברו ל‪ XP -‬היו בעיות – כל משתמש התקין בעצמו והמעבר ל‪-‬‬ ‫‪ XP‬היה כואב‪.‬‬

‫‪‬‬

‫ארגון ממגזר הבריאות תאר מצב בו יש למרפאות ולרופאים ‪ 2‬סוגים של תחנות קצה‪.‬‬

‫‪thin‬‬

‫‪ – client‬שמפעילים רק אמולציה ל‪ 400AS -‬ו‪ explorer -‬ותחנת קצה שנייה‪ -‬להריץ ‪OFFICE‬‬ ‫‪ -‬גם מחשב די רזה‪ .‬כלומר הוצאות חומרה זולות‪ .‬מנהלים גם שרתי‬

‫‪ terminal server‬וגם‬

‫‪ .jetro cokpit‬בודקים ‪ terminal 2008‬של מיקרוסופט וגם ‪.softgrid‬‬ ‫‪‬‬

‫לקוח מהמגזר הפננסי שוקל ‪ thin client‬לאמולציה אבל יש להם הרבה רשתות‪ .‬וזאת בעיה‪.‬‬ ‫לכל משתמש יש כמה תחנות בגלל רשתות‪ .‬חושבים על רשת אחת‪.‬‬

‫‪‬‬

‫אחד הלקוחות דיבר על אחוז המשתמשים ב‪ laptops -‬גדול מאוד‪ ,‬כולל נסיעות רבות לחו"ל‬ ‫(ארגון גלובלי) והסתבר שבגלל בעיות ברוחבי פס לחו"ל בבתי מלון או שדות תעופה‪,‬‬ ‫הלקוחות דיווחו על איטיות בעבודה בסביבה של‬

‫‪ .SBC‬ארגון זה מחכה לפתרונות של‬

‫‪ application streaming‬שמאפשר עבודה מקומית וגם מאפשר עבודה ללא חיבור ‪on line‬‬ ‫‪‬‬

‫אחד הארגונים דיבר על מצב בו מנהלים לא רצו לתת לעובדים שלהם לעבוד ב‪thin clients -‬‬ ‫כי יש תחושה שצעד כזה פוגע בעובדים‪.‬‬

‫‪‬‬

‫אחד הלקוחות דיבר על כך שעבור גלישה מאובטחת יש שימוש ב‪-‬‬ ‫לגלישה מאובטחת ללא הגבלה של הגלישה (לדוגמה מאפשרים‬

‫‪– jetro web browser‬‬ ‫‪ ) FLASH‬אבל ברמת‬

‫‪Page 8 of 9‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫ההטמעה היה צריך להשקיע בשביל אפשר ‪ download‬חוקי (לפעמים מאפשרים התקנה של‬ ‫דברים שהורדו מה‪ .)web -‬לגבי הדפסה לא היו בעיות‪.‬‬

‫הערת ‪ :STKI‬סיפור הלקוח מתחום הטלקום שמופיע בהתחלת קטע זה הנו סיפור מרתק‬ ‫ומתאר מצב מיטבי שבו הארגון נכנס לטכנולוגיית ‪ SBC‬עם צורך ספציפי‪ ,‬ולאחר שראה "כי‬ ‫טוב" המשיך בפרויקט‪ .‬זהו אחד הארגונים שהטמיע טכנולוגיה זו בצורה הנרחבת ביותר‪ .‬נכון‬ ‫להיום רובם המכריע של הלקוחות משתמש בטכנולוגיה זו אך לנישות של משתמשים ולא‬ ‫כמדיניות גורפת בארגון‪ .‬מעניין כיצד טכנולוגיות מתקדמות‬

‫– ‪ VDI‬ו‪-‬‬

‫‪Application‬‬

‫‪ Streaming‬ישפיעו על אימוץ הטכנולוגיה "הסטנדרטית" של ‪.SBC‬‬

‫טכנולוגיות נוספות שהוזכרו‬ ‫‪‬‬

‫אצל אחד מהלקוחות התקינו בזמנו‬

‫‪ softgrid‬אבל הייתה בעיה עם ה – ‪– language bar‬‬

‫העברה בין עברית לאנגלית בסביבת ‪ .softgrid‬ולכן מחכים לגרסה הבאה‪.‬‬ ‫‪‬‬

‫אצל אחד מהארגונים הפיננסיים בסניפים – שוקלים ‪ .VDI‬בתחנות פיתוח זה בעייתי – רק‬ ‫יתאים למפתחי ‪ .MF‬לשאר המקרים – לא מתאים כי יש בעיה של משאבים כי משאבי‬ ‫הפיתוח הם ענקיים ויכול להרוג שרת‪...‬‬

‫‪‬‬

‫אחד הלקוחות הזכיר פתרון של חברת ‪ – BIG‬תצורה ‪ PC‬עם דיסק ‪!FLASH‬‬

‫‪‬‬

‫אחד הלקוחות בצע בזמנו בדיקה של ‪ – bladePC‬אבל הסתבר שתצורת החומרה שהתקבלה‬ ‫לא הייתה מספקת ולא התאימה למפתחים ולאפליקציות כבדות‪.‬‬

‫‪‬‬

‫אחד הלקוחות הזכיר כלי של‬

‫‪ - ACRONIS‬מעביר משרת אחד לשרת שני‬

‫– מעבירים‬

‫מחומרה לחומרה בונה ‪. IMGAGES‬‬

‫הערת ‪ :STKI‬לאחרונה אנחנו עדים לגל של טכנולוגיות חדשות הרלוונטיות מאוד לתחום‬ ‫תחנות הקצה – טכנולוגיה של ‪ VDI‬שבה ישנה הרצה של מערכת הפעלה (בד"כ ‪)WINXP‬‬ ‫בצורה וירטואלית – כמה מערכות הפעלה שפועלות עצמאית ורצות על אותו שרת כאשר‬ ‫התמונה מועברת באמצעות טכנולוגיה של ‪ .SBC‬טכנולוגיה נוספת אחרת שתופסת תאוצה‬ ‫היא טכנולוגיה של ‪( application streaming‬לדוגמה ‪ softgrid‬של מיקרוסופט)‪ .‬העקרון‬ ‫בטכנולוגיה זו היא שאפליקציה מועברת דרך הרשת ורצה בתוך‬

‫‪ sandbox‬על תחנת‬

‫העבודה עצמה‪ .‬טכנולוגיות אלו מבשילות בקצב מהיר כאשר עד לסוף השנה ותחילת‬

‫‪2009‬‬

‫נתחיל לראות יישומים מעניינים בתחום זה‪.‬‬

‫‪Page 9 of 9‬‬