מאמר מצויין - חבילות תכנה – כיצד להגדיל את הסכוי ולהקטין את הסכון

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

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

להתחיל מכבד לקל

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

המאמר נמצא בקישור המצ"ב  וניתן להורדה דרך קבוצת הקשר ב-  docsNtalks (ללקוחות STKI).

מוצרים ופרוייקטי קוד פתוח לבנייה וניהול של סביבות cloud

להלן רשימה של פתרונות שחלקם מתחום הקוד הפתוח בתחום של בנייה או ניהול של סביבות cloud:

http://www.3tera.com/AppLogic/

http://elastra.com/

http://www.zimory.com/ -חברה שהתפצלה מדויטשה טלקום

 סביבת open source – דובר על http://www.eucalyptus.com/http://www.enomaly.com/

http://www.opennebula.org/doku.php - פרוייקט OPEN

http://docs.huihoo.com/convirt/ - נראה בעיקר סביבת ניהול למכונות וירטואליות. האם זה מספיק ל- CLOUD?

http://lxlabs.com/software/hypervm/ - סביבה לניהול מכונות וירטואליות מסוגים שונים

http://www.reservoir-fp7.eu/ - פרוייקט של האיחוד האירופי בתחום – נראה מקור מעניין

http://code.google.com/p/ganeti/ - סביבת ניהול למכונות וירטואליות שהן open source

http://www.gplhost.com/software.html - חברת hosting שפתחה סקריפטים ומספקת אותם כ- open source

http://ovirt.org/ - סביבה לניהול מכונות וירטואליות הטרוגניות

 

 http://www.enomaly.com/

http://www.opennebula.org/doku.php - פרוייקט OPEN

http://docs.huihoo.com/convirt/ - נראה בעיקר סביבת ניהול למכונות וירטואליות. האם זה מספיק ל- CLOUD?

http://lxlabs.com/software/hypervm/ - סביבה לניהול מכונות וירטואליות מסוגים שונים

http://www.reservoir-fp7.eu/ - פרוייקט של האיחוד האירופי בתחום – נראה מקור מעניין

http://code.google.com/p/ganeti/ - סביבת ניהול למכונות וירטואליות שהן open source

http://www.gplhost.com/software.html - חברת hosting שפתחה סקריפטים ומספקת אותם כ- open source

http://ovirt.org/ - סביבה לניהול מכונות וירטואליות הטרוגניות

 

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

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

לסיכום - תחום מעניין. אמשיך לעקוב

מסמכי ענן של מכון הסטנדרטים האמריקאי

שימו לב ללינק עם מסמכים בנושא cloud computing של מכון התקנים האמריקאי - ה- NIST לדוגמה יש שם מצגת מעניינת בסוגיה של אבטחת מידע בסביבת הענן.

דברים קורים - Netapp רכשה את DataDomain

בידיעה שהתפרסמה לאחרונה התבשרנו שחברת Netapp רכשה את חברת DataDomain חברה מובילה בתחום של Data Deduplication.

התחום של Data Deduplication הוא תחום מתפתח שמביא בשורה של חסכון משמעותי באחסון לארגונים על ידי חסכון בכתיבה של מידע שכבר קיים בדיסק.

חברת DataDomain הייתה מהחלוצות והמובילות בתחום זה וגם Netapp פעילה בתחום כאשר DataDomain התמחתה בעיקר בביצוע Dedup בסביבות הגיבוי כאשר Netapp מציגה טכנולוגיה חדשנית וחשובה של ביצוע Dedup בתוך מערכת האחסון היצרנית!

רכישות קודמות רלוונטיות הנם IBM שרכשה את Dilligent הישראלית, EMC שרכשה את Avamar ו- Symantec שרכשה את DureDisk.

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

או רכישה של חטיבת הגיבוי של CA. 

בכל מקרה - תחום חשוב ומתפתח.

מערכת הפעלה חדשה למחשבי netbooks

לאחרונה הוכרזה מערכת הפעלה בשם moblin המתאימה במיוחד למחשבי netbooks מבוססי Atom של Intel.

פרטים על ההכרזה גם בכתבה -Intel Unveils Software That Rivals Windows

מערכת זו יכולה להיות פתרות יעודי כפי שישנם הרבה פרוייקטי open source ברשת אולם על פי כותבי הכתבה מהלך זה מרמז על צעד של אינטל של כניסה לתחום התוכנה\מערכות ההפעלה:

IntelCorp. provided new evidence of its ambitions to become a bigger player in software, a strategy that could conflict with the plans of allies such as MicrosoftCorp., AppleInc. and GoogleInc.

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

בכל מקרה- התפתחות מעניינת.

לא לשכוח - סוגיות רישוי בסביבת VDI

טכנולוגיית ה- VDI הנה אחת הטכנולוגיות שמושכות תשומת לב רבה של לקוחות מובילים. טכנולוגיה זו מאפשרת סביבה של מחשוב מרכזי כמו בטכנולוגיה של Terminal Servers (לדוגמה Citrix presentation server) אך ללא פגיעה בתחושת המשתמש מבחינת שימוש בסביבה אישית משלו. לטכנולוגיה זו ישנם יתרונות וחסרונות בהם לא אדון כאן אך ברצוני לציין עובדה שלקוחות רבים לא לוקחים בחשבון הוא הצורך בתוספת רישוי ספציפית בשם VECD -Vista Enterprise Centralized Desktop  .

על פי מדיניות מיקרוסופוט כפי שמופיע בלינק הבא:

VECD is a device-based subscription license and is available two ways:

.VECD for SA, which is priced at $23/year

.VECD, which is priced at $110/device/year. 

Note: It is important to know that VECD is mandatory for any VDI deployment that uses virtual copies of Microsoft Windows, irrespective of the underlying infrastructure provider.

For example, a company with 10 thin-clients and 10 laptops (not covered under Software Assurance) accessing a VDI environment requires a total of 20 Windows VECD licenses (20 x $110/year). However, if the same company has 10 thin clients and 10 laptops covered under Software Assurance, they will require 10 VECD licenses (10 x $110/year) and 10 VECD for SA licenses (10 x $23/year).

מה כל כך חזק בתחזוקת תוכנה?

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

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

דמי התחזוקה הוא אחד הסעיפים החשובים בחוזי תוכנה. ישנם לסעיף מספר מימדים ביניהם - מה כוללת התחזוקה- האם תמיכה או עדכונים תוכנה. ואם מדובר על עדכוני תכונה האם הספק מתחייב למספר עדכונים בתקופה מסויימת - יכול להיות מצב שבו ספק אשר אינו מספק גרסאות חדשות של תוכנה גורם לכך שבתקופה זו הלקוח שילם דמי תזוקה ולא קיבל גרסה חדשה כלל . אם זכרוני אינו מטעה אותי היתה תקופה מסויימת שלקוחות מיקרוסופט (כלומר כולם..) אשר חתמו על הסכם בחלון זמן כלשהו לתקופה של 3 שנים לא קיבלו במשך כל אותה תקופה גירסה חדשה של Office.  אותם לקוחות (לא רבים) לא אהבו זאת.מצדשני ספקים לא אוהבים מן הסתם להתחייב על מספר הגרסאות שישחררו.

מימד נוסף הוא התמיכה - איזה תמיכה ובאיזה חלון שירות (שעות פעילות). מימד נוסף הוא תיקוני  BUGS - וגם כאן - האם יש התחייבות לתיקון BUGS בפרק זמן מסויים.

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

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

הגדיל לעשות ארגון בתחום הפיננסי אשר כאשר שאלתי אותו בזמנו על דמי תחזוקה - "האם מדובר באחוז ממחיר הרכש או ממחיר המחירון?" ענה הלקוח "אצלינו אין דבר כזה ממחיר המחירון!".

לנו יש מידע על לקוחות אשר משלמים דמי תחזוקה שונים - לא דמי התחזוקה הרשמיים. עם זאת יש לציין שההבדלים הם אינם גדולים.

מצד שני ישנן חברות אשר 100% קשיחות בקביעת דמי התחזוקה.

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

May the Force be with You

לאחרונה קיבלתי הדגמה מעניינת של סביבת הפיתוח החדשנית force.com .

מדובר באיפשור של פלטפורמת הפיתוח של salesforce.com  המאפשר לפתח ישומים חדשים על בסיס מודלי הפיתוח, ישויות והרשאות אשר נמצאים כבר ב- salesforce  - כלומר מדובר על סביבה יציבה, קיימת ועובדת.

הפיתוח ב- force מזכיר במידה רבה פיתוח במחוללי יישומים - wizards אשר מלוויים את המפתח במהלך הגדרת האובייקטים וקינפוגם תוך שימוש בהגדרות קיימות כמו לדוגמה rolls מובנים מראש. עם זאת ברמה הגרפית עדיין לא מדובר בעושר שמתקבל ממחוללי יישומים ותיקים ולצורך זאת ולצרכים נוספים כמו לוגיקה מורכבת יש צורך להשתמש בשפת ה- APEX הייעודית לסביבה זו. ההדגמה שקיבלתי הנה הדגמה בסביבה של WEB אך ניתן גם להוריד את כל הסביבה למחשב האישי ולהשתמש בסביבת פיתוח מבוססל eclipse.

גם שילוב של אפליקציות חיצוניות ב- marketplace הקיים סביב salesforce מתאפשר בצורה קלה ולאחרונה יצאה החברה גם בטכנולוגיה בשם sites אשר מאפשרת לבנות אתרים חיצוניים (ללא תמחור לפי משתמש) בצורה קלה ומועילה.

ההדגמה הייתה מעניינת מאוד. תוך דקות הרכבנו אפליקציה בסיסית. פיתוח אפליקציה מהתחלה היה לוקח זמן רב ביותר -פחות בגלל עושר ה- GUI שכאמור בסביבת מסורתיות רב יותר, אבל בעיקר בגלל היכולות המובנות של המערכת ברמת ה- WEB (לדוגמה שליחה של MAIL אוטומטית עם קוד איפשור לכל משתמש שמתווסף) הגדרות אבטחת מידע והגדרות עסקיות שונות (מי יכול לראות איזה רשומות) וכד'.

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

אני מאוד נהנתי מההדגמה- גם בגלל חשיבות force.com וגם בתור צוהר לעולם העתידי של פיתוח אפליקציות

מוצרי cloud ?

בהקשר לתופעת ה- cloud computing שימו לב למוצר חדש של IBM - שהוא appliance המוגדר כ- CloudBurst.

מדובר ב- appliance המאפשר הטמעה נוחה של סביבת cloud פנימית. 

מעניין מה יהיה קצב החדירה של מוצר זה. הפרטים המלאים בלינק.

שלום בזמן הרכש או התרוצץ כמו משוגע ושלם יותר - בזמן חידוש החוזה

כלל ידוע בתחום הרכש הוא שעדיף להיות "ללא חובות" בעיקר אצל הספקים הגדולים והחשובים.

עם זאת, לקוחות עדיין עושים שגיאות.

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

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

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

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

בדוגמה ציינתי ספציפית את מיקרוסופט אבל הדבר נכון למול כל חברות התוכנה (בעיקר IBM, SAP, אורקל וכד').

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

מדיניות הפצת patches בארגונים

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

כמובן שגיליתי שונות גדולה. ישנם ארגונים שבהם אין מדיניות לבין ארגונים שבהם יש מדיניות וכללים ברורים.

את המדיניות המקיפה ביותר גיליתי אצל ארגון מוביל בתחום התקשורת. 

הדבר המרכזי הוא שלא נוגעים בשרתים ללא מעבר ב"פורום שינויים" שמתקיים ביום ה'. בפורום שותפים גם נציגים של היישומים השונים.

אבטחת מידע אחראים להביא מקורות של מה הסיכונים .

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

על שרתים חשובים מבצעים זאת:

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

באחריות חדר התפעול לוודא שהאחראי האפליקטיבי ביצע את הבדיקה (לעיתים מהבית).  

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

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

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

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

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

לסיכום - כל הארגונים מודעים לחשיבות הפצת שינויים ו-  patches אבל ישנה שונות רבה בנוהלים הפרטניים.

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

שפעת החזירים ו- BCM\DRP

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

שימו לב לדוגמה ל- 

Rapid Action Pandemic Planning For The Private Sector

Professionals in the Business Continuity and Disaster Recovery fields won’t want to miss this critical webinar. Based on current events surrounding H1N1, or the “Swine Flu,” the session will clarify the difference between DHS guidelines for Public and Private sectors and demystify the overlap between the Continuity of Operations Essential (COP-E) guidelines as proscribed by DHS and your existing contingency plans. 

 

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

Upgrade from Win7 Beta to RC

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

http://www.blogsdna.com/3083/how-to-upgrade-windows-7-beta-build-7000-to-windows-7-rc-build-7100.htm .

עדיין לא ניסיתי זאת.

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

סימן חשוב לבשלות ה- cloud - מוצרי תוכנה של IBM ב- AMAZON

ברצוני להפנות לעוד סימן לבשלות ה- cloud - כעת ניתן להשתמש במוצרי תוכנה של IBM בתוך ה- cloud של AMAZON:

Starting today you now have development and production access to a number of IBM environments including:
Amazon EC2 running IBM DB2 Express - starting at $0.38 per hour.
Amazon EC2 running IBM DB2 Workgroup - starting at $1.31 per hour.
Amazon EC2 running IBM Informix Dynamic Server Express - starting at $0.38 per hour.
Amazon EC2 running IBM Informix Dynamic Server Workgroup - starting at $1.31 per hour.
Amazon EC2 running IBM WebSphere sMash - starting at $0.50 per hour.
Amazon EC2 running IBM Lotus Web Content Management - starting at $2.48 per hour.
Amazon EC2 running IBM WebSphere Portal Server and IBM Lotus Web Content Management Server - starting at $6.39 per hour.

מקור המידע בלינק הבא

Windows 7 RC

 להלן תמצית של סקירה שקיבלתי על Windows 7 RC  - Release Candidate .

הגרסה תהיה זמינה מיום ג' הקרוב כאשר היא כבר זמינה לבעלי חשבון ב- technet של מיקרוסופט.

למשתמשי Windows 7 Beta – שימו לב- אין מעבר ישיר מ- Win 7 Beta ל- Win 7 RC כלומר צריך לבצע install מחדש.

להלן חלק מהשיפורים\שינויים שהוזכרו בסקירה:

1. יהיה Navigation יותר נוח ב- jump list.

2. שיפור search relevant כלומר בתוצאה של החיפוש.

3. Remote media streaming – גישה לספריה דיגיטלית מרחוק  - תכונה חדשה שמאפשרת גישה מאובטחת מעל גבי האינטרנט בין שני מחשבי Win 7  כאשר המדיה נמצאת על windows media player. לדוגמה אם משהו יוצא לחופשה עם מחשב נייד וחיבור אינטרנט, הוא יוכל לצפות בסרטים אשר נמצאים במחשב הנייח שלו בזמן החופשה על ידי שימוש בתכונה זו. תכונה שעל פניו פחות רלוונטית למשתמשים ארגוניים.

4. תכונה חדשה וחשובה בעיקר ל- SMB והיא Windows xp mode – מדובר על תכונה שתאפשר להריץ בקלות אפליקציות ב- virtual pc מבוסס XP. מדובר על גרסאות windows 7 של pro וגרסת ultimate. מבחינת מיקרוסופט המטרה היא שבמידה וקיימת אפליקציה שלא רצה ב- win 7 , ניתן יהיה עדיין לפרוש את win7 והמשיך לעבוד באפליקציה ללא הפרעה על ידי תכונה זו. כאמור זו תכונה שמתאימה לא- enterprise אלה רק ל- SMB. לארגונים הגדולים יש את MDOP. בתוך MDOB שם יש גמישות משופרת, ניהול מפורט יותר וגם אבטחה טובה יותר – דברים שארגונים גדולים דורשים.

5. תוכנה בשם Win7 upgrade advisor. שעדיין לא יצאה. תוכנה זו עוברת על המחשב הקיים – חומרה ותוכנה- ומוסרת דו"ח ללקוח – מה יעבוד חלק ב- Win7 ומה לא. 

6. שיפור בזמן שלוקח לכבות את המחשב. 

לדעת מיקרסופט ההגירה ל- WIN 7 תהיה פשוטה יותר וזאת מכיוון שלהערכת החברה יותר מ-  99% ויותר drivers שעובדים על VISTA עובדים גם על WIN7 – כלומר קיימים ועובדים. לצורך השוואה סיפקה מיקרוסופט נתון שבו במעבר ל- VISTA רק 72% מה- drivers היו זמינים חודש לאחר יציאת VISTA.

מבחינת תאריך היציאהרישמי של windows 7  – עדיין מדברים על ינואר 2010 כלומר  3 שנים לאחר VISTA. להערכת STKI יש סיכוי טוב שבסופו של דבר תהיה הקדמה של התאריך כאשר התאריך המוביל בבורסת הניחושים מדבר על לפני חג המולד של 2009.

לסיכום,  מהפרספרטיבה שלי,  מיקרוסופט משקיעה מאמצים רבים בהשקה מוצלחת יותר של Windows 7. בעיקר, לוודא שהדברים עובדים בסביבה החדשה (ואם לא -שהלקוח יקבל מידע מראש) ובמקביל בשיפור הביצועים. כלומר – מה שמצפים ממערכת הפעלה של מחשב.

מהשימוש שלי ב-Windows 7 Beta  עולה שאכן יש שיפור בביצועים ברוב המקרים. כמו כן, עד לרגע זה לא נתקלתי בתוכנות שעבדו  ב- VISTA ושלא עבדו קשורה ב- Windows 7 .