לאן נעלמו ה- 4GL? אופס, הנה הם חוזרים בתוך ענן!

מחוללי היישומים או כלי 4GL סיפקו סביבת פיתוח מהירה ויעילה. בין הכילים הבולטים תחת קטגוריה זו ניתן להזכיר את Power Builder וגם את Access של מיקרוסופט ואפילו Developer של MAGIC הישראלית עם לקוחות ותיקים מרוצים רבים.
בשנים האחרונות דרך כוכבה של קטגורית כלי פיתוח זו לטובת שפות דור שלישי חדשות בעיקר JAVA ו- .net .
אך הנה לאחרונה, תחת המטריה הטכנולוגית העצומה של Cloud Computing ו- SAAS מתחילים אנו לגלות סביבות פיתוח חדשות בתוך ה- Cloud שלפחות חלקן בעל אותם מאפיינים של מחוללי היישומים - ויזואליות, הגדרת נתונים, פעולות ו- GUI באמצעות Drag and Drop וללא קוד (כמעט).
להלן ההגדרה של אחת הסביבות שמציעה www.force.com - סביבת הפיתוח של salesforce.com -
מתוך הלינק -
An app development model that allows apps to be defined as declarative “blueprints,” with no code required. Force.com apps—their data models, objects, forms, workflows, and more—are defined by metadata.

נראה שיש מגמה של חזרת ה- 4GL - נוסטלגיה עכשווית!

המלצה שישית לתקופה של צימצום


6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה שישית:

1. מעגל הקסמים- cost-quality-speed. לפני התקופה של צימצום ישנה פריחה ואז ישנה השקעה גדולה של כספים בטכנולוגיות חדישות אשר מאפשרות מענה מהיר על צרכים עסקיים. אולם לאחר תקופת זמן , כאשר ישנה תקופה של צימצום , ישנו דגש מיידי על הורדה בעלויות בכל דרך אפשרית. בין היתר בתקופה של הצימצום אנו רואים ביצוע פעולות ללא תיעוד, עד הוק, ללא בדיקות מספקות עם כוח אדם חסר ולא תמיד מקצועי וכד'. אולם, לאחר תקופה של הורדה בעלויות מגיע מצב בו הייצור נפגע וישנן תקלות רבות אשר משביתות מערכות עסקיות. אז מגיעה תקופה של בניית האיכות והתהליכים בארגון בכדי לתקן את הנזקים שנגרמו בתקופה של הצימצום. ולאחר תקופת זמן, כאשר ישנה התעוררות בשוק ודרישה לתפוקה מהירה גם של ה- IT, מסתבר שהתהליכים שהוגדרו קודם מכבידים ואפילו עוצרים את ארגון ה-IT באספקת הדרישות לעסק. לאחר ההתעוררות ישנו שוב צימצום – וחוזר חלילה. מכיוון שאנחנו ככל הנראה נמצאים לפני תקופה של צימצום, המלצתי היא לחשוב ככך האפשר גם על השלב הבא – השלב של האיכות. כלומר לבצע הפעולות הנדרשות לצימצום אבל תוך הקפדה על איכות – תהליכים, תעוד, בצורה פרואקטיבית ובכל זאת לנסות ולשמור על כ"א סביר. זאת בכדי לא לפגוע באיכות השירות שארגון ה- IT מספק.


המלצה חמישית לתקופה של צימצום


6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה חמישית:

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

המלצה רביעית לתקופה של צימצום


6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה הרביעית:

קוד פתוח. תופעת הקוד הפתוח תופסת תאוצה כאשר אני מתכוון לפתרונות מעבר ל- Linux לשרתים (אשר נמצא ב- mainstream בקרב ארגוני ה- IT). ישנם תחומים רבים בהם קיימים מוצרים יחסית בשלים בעלי קוד פתוח עם לקוחות שמשתמשים במוצרים ועם חברות אשר נותנות תמיכה בתחומים של פיתוח, שליטה ובקרה, Middleware ועוד ועוד. לפיכך כאשר נכנסים לפרוייקט חדש רצוי לבחון אם יש פתרון בתחום הקוד הפתוח אשר עונה על הדרישות, זאת ועוד, גם בפרויקטים קיימים אשר עלות תחזוקת התוכנה שלהם מגיעה עד 25% מעלות הרכש, רצוי לבחון מעבר לקוד הפתוח אשר עשוי להצדיק את עצמו תוך פחות משנה! יש אומנם לזכור שמקרים רבים הקוד הפתוח עוד לא הגיע לאותה רמת אינטגרטיביות של מוצרים קיניינים, לדוגמה בתחום של ALM – סביבת פיתוח התוכנה, ישנם מוצרים כמו bugzila לניהול באגים\דרישות, subversion לניהול הקוד וכד', אולם אם רוצים פתרון שכולל התייחסות לכל שלבי פיתוח התוכנה בצורה אינטגרטיבית צריך לפנות עדיין לפתרונות קנייניים כמו IBM\rational , Borland , Compuware וכד'.

המלצה שלישית לתקופה של צימצום


6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה השלישית:

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

המלצה שנייה לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה השנייה:

סטנדרטיזציה טכנולוגית – אנשי ה- IT משקיעים מאמץ רב בלימוד , בניית תירגולות ותהליכים ידניים או אוטומטיים ועוד ועוד. ככל שמבצעים פעולה יותר, כך המיומנות הטכנולוגית והתהליכית גוברת. לפיכך, רצוי עד כמה שאפשר לשמור על סטנדרטים טכנולוגיים בכלל להקל על תפעול ה- IT. לדוגמה, אם בארגון עובדים עם שרתים סטנדרטיים של 2 מעבדים, וכעת נכנסת מערכת הדורשת שרת אחד של 4 מעבדים או 4 שרתים של 2 מעבדים, הרי שמבחינה טכנולוגית טהורה כדאי להשתמש בשרת אחד שיהיה בטווח הקצר גם זול יותר ברכש וצריכת החשמל. אולם, בתקופה של צימצום, יש לבחון את העלויות לטווח הארוך ובמקרה של שרת בודד של 4 מעבדים המחייב לימוד סביבת ניהול חדשה, תשתית פיזית ייחודית, בנייה של פתרון DRP ספציפי, התייחסות למדיניות שדרוגים לשרת זה בלבד ועוד ועוד, עדיף להסתמך על אבני הבניין הסטנדרטיות אשר יקלו משמעותית על הצוות התפעולי.

6 המלצות לתקופה של צימצום - פתח דבר והמלצה ראשונה


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

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

ההמלצות הנוספות בכניסות הבאות בבלוג

מחירון חדש של Amazon - Cloud Computing

שימו לב למחירים חדשים של שרתי Windows\Linux\Unix באתר EC2 של Amazon (אוקטובר 08) - עדיף ללחוץ על הלינק. בעבר המחירון היה אחיד ולא התייחס לפלטפורמה ספציפית. כעת ישנו פיצול לפי פלטפורמות. פתרון כזה יכול מאוד לעניין חברות אשר לא משתמשות בשרתים כל הזמן - לבדיקות, פיתוח וכד'.


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











התחזית:בהחלט מעונן - גם IBM מציעה אפליקציות ב- cloud

IBM הצטרפה לספקים רבים אשר לוקחים פתרונות קיימים שלהם ומציעים אותם ב- Cloud תחת
Software As A Service . כעת עם פתרונות HOSTED של LOTUS IBM - מתוך
הלינק
אנו צופים שבעתיד IBM כמו ספקים נוספים יצאו עם פתרונות נוספים בפורמט זה - כשהראשונים יהיו פתרונות ממשפחת Rational ו- Websphere.

להלן פירט השירותים ש- IBM מספקת ב- Cloud של Lotus:


Increase productivity within your organization by hosting your IBM Lotus solutions with Prominic.NET. From e-mail and calendaring to instant messaging and real-time collaboration, Prominic has you covered with our suite of comprehensive managed hosting services. We'll take the pain out of managing your server and application infrastructure — you reap the many benefits of IBM's information managemement and productivity tools!
IBM Lotus Notes E-mail

IBM Lotus Notes, the premier integrated client option for IBM Lotus Domino server, delivers e-mail, calendar and scheduling capabilities, integrated instant messaging, and personal information management (PIM) tools. Also integrates with the BlackBerry Enterprise Server for real-time, push-based wireless access to e-mail, calendar, contacts and tasks.

IBM Lotus Domino

BM Lotus Domino combines security-rich messaging, calendar and scheduling capabilities with a robust platform for collaborative applications on a wide variety of operating systems, including Windows and Linux. Lotus Domino can help you improve the productivity and performance of your people.

IBM Lotus Sametime

IBM Lotus Sametime, IBM's market-leading platform for real-time collaboration, is based on three on-demand capabilities: presence awareness, instant messaging and Web conferencing. Sametime provides instant access to people and information, and helps to improve productivity.

IBM Lotus Quickr

IBM Lotus Quickr is team collaboration software that can help you access and interact with the people, information and project materials you need to get your work done.

IBM Lotus Connections

IBM Lotus Connections is social software designed specifically for the demanding requirements of business. It lets you leverage collective knowledge by building connections between people.

IBM WebSphere Application Server

IBM WebSphere Application Server is the industry's premier Java 2 Enterprise Edition (J2EE) and Web services application platform for creating, running, integrating and managing dynamic business applications.

IBM DB2 Universal Database

IBM DB2 is IBM's premier relational database management system, helping to increase application programmer productivity, reduce deployment and management costs, and enhance your on-demand information infrastructure.

קונסולידציה בתחום ה- CMDB


Novell Acquires Managed Objects


WALTHAM, Mass.— 14 Oct 2008— Novell today announced a definitive agreement to acquire the business service management leader Managed Objects. The acquisition will extend Novell's portfolio of data center solutions by adding tools to provide a unified view of all information and workloads. As a result, both IT and business managers will have improved visibility into how their information systems deliver business services across physical and virtual environments, so managers can make better decisions to ensure availability and quality of service while improving agility and lowering the total cost of data center management.

"The acquisition of Managed Objects by Novell illustrates Novell's commitment to an expanded management strategy and makes them a strong competitor in the service management market," said Tim Grieser, program vice president, enterprise system management Software, IDC. "Managed Objects is a recognized player in BSM and has a proven track record with some of the largest companies in the world. With Managed Objects, Novell can more easily have business conversations in the data center with CIO's, line of business managers, and key business stakeholders. This new service management focus represents a step in the right direction for Novell and adds significant credibility to Managed Objects customers that may have had concern about a smaller company."

The Managed Objects products complement and extend Novell's existing workload management and virtualization solutions by adding flexible service modeling, leading Configuration Management Data Base (CMDB) technology, advanced analytics and unique Web 2.0-based visualization technology. Customers can extract IT configuration and workload information in near real-time into a robust CMDB, model how the IT configuration provides business services, and then generate visualizations and dashboards that dynamically show how IT aligns to business services. By providing a single view of data center workloads across any physical or virtual environment, system administrators can understand and respond to issues in a business context reactively, pro-actively, or automatically.

"This acquisition extends Novell's strategy of making IT work as one in the data center," said Joe Wagner, senior vice president of systems and resource management at Novell. "The Managed Objects products are very complementary to our existing management and virtualization capabilities. By adding the Managed Objects toolset to the Novell® portfolio of data center solutions, we are unique in providing technology-agnostic and proven cross-platform solutions that span both the physical and virtual worlds - all in one unified view."

"Novell and Managed Objects are a natural fit because they share a common ideology for openness and vendor neutrality," said Siki Giunta, president and CEO of Managed Objects. "There is very little product overlap and tremendous synergy between the two companies and our respective technology, which is great news for our customers and the market at large."

Acquisition Overview
Novell will acquire Managed Objects for an undisclosed sum using current cash. The acquisition is expected to close during Novell's first fiscal quarter 2009 subject to the satisfaction of closing conditions. Managed Objects will be fully integrated into Novell's Systems and Resource Management business unit.


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

להלן התייחסות קצרה לתחום השליטה והבקרה העדכנתי - CMDB ו- ITIL
ברמה הטכנולוגית CMDB הנו מסד נתונים של "configuration items - CI - שנמצאים בארגון כמו, שרת, שירות ב- windows , אחסון, אפליקציה וכד' ואפילו גם אנשים ומבנה ארגוני. כאשר ה- CI אמורים להתגלות בצורה אוטומטית כולל הקשרים ביניהם (אני ארחיב עוד מעט). המידע ששומרים על כל CI הוא רב מימדי:
1. Configuration management – מה מותקן עליו, איזה רמה של PATHES , איזה שינויים בצעו ב- registry וכד'.
2. Asset management – באיזה פקודת רכש נרכש ה- CI, עם איזה אחריות, באיזה רמת תגובה וכד'. במידה ותוכנה – כמה רשיונות תוכנה נוספים יש בארגון וכמה נוצלו וכד'.
3. מידע שקשור ל- service desk – איזה קריאות נפתחו על הCI לאחרונה וכד'.
4. כל המידע שקשור לחווים של מערכת השליטה והבקרה.
5. קשר לקונסול של אבטחת המידע. וכד'.


מכיוון שה- CMDB אמור להתגלות בצורה אוטומטית, כולל הקשרים בין ה- CI, הרי שזה אמור להקל על העבודה השוטפת של צוותי השליטה והבקרה. אולם ה – CMDB אמור לאפשר מיכון של תהליכי ITIL – פתיחת קריאות ב- service desk, ניהול בעיות (תקלות שחוזרות על עצמן) , capacity planning וכד' והכי חשוב change managment, אחד הנושאים הכואבים ביותר בארגון.

הכלי מאזין ל-PORT ואז רואה לאן זה מתנתבת התקשורת – לאיזה IIS ואז גם רואה לפי ה- ODBC לאן זה מתחבר. כלומר נותן מיפוי. זה נותן autodiscovery. צריך לקנות sensors לכל דבר- windows websphere weblogic שמים על השרת הראשי SSH ואז secure shell . וזה ניגש לcall ה- windows. ואז ניגש לכל השרתים עם סיסמת ADMIN. ה= SENSORS זה משהו שרץ בשרת הראשי וזה כמו סט של SCRIPTS שיודע להפעיל API ב- oracle applications (או אחרים) בצד שהוא מנטר. בזמן שעושה discovery אפילו מעתיק configuration files.
הרמות הן:
1. רמה פיזית – איזה חומרה מחוברת למה
2. רמה אפליקטיבית – איזה אפליקציה (כמו SAP ) מחובר לאיזה אפליקציה אחרת. צריך SENSOR ל- SAP. איך יודע – מסתכל על JDBC בתוך האפליקציה.
3. רמת business application - תהליך הוספת לקוח זה חלק מ- SAP וחלק מאפליקציה ספציפית.

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


על תחום השליטה והבקרה המסורתי


התחום המסורתי של סביבת השליטה והבקרה מדבר על AGENTS שמותקנים על הציודים השונים שמדווחים לקונסול מרכזי. כאשר בקונסול המרכזי מקבלים:
1. דיווח בסיסי פיזי (סטטוס של השרתים, routers , אחסון וכד').
2. מעבר לסטטוס הפיזי, ניתן לשייך כמה פריטים פיזיים ולקבל תמונה לוגית (business view של CA), לדוגמה, תמונת דואר אלקטרוני, תמונת ERP וכד'. כאשר ייצוג זה ידע ששלושה שרתים הם ב- load balance ואם אחד נופל אז הוא לא יצבע את הכל באדום.
בתצורה הזו יש מספר בעיות - קשה כל הזמן לעדכן את המערכת כי צריך להתקין AGNETS כל הזמן וגם לקנפג אותם בצורה מתאימה. אגב, מספר שלנו מדבר על כך שבצוות השליטה והבקרה שאחראי על בניית ותחזוקת מערכת השליטה והבקרה צריך להיות עובד במשרה מלאה על כ- 200 שרתים בערך. בעיה נוספת היא שאם רכיב בסיסי נופל מקבלים "אדום" בכל המערכת ולעיתים תכופות קשה לדעת מה באמת הסיבה לתקלה. לדוגמה, אם דיסק ב- FIREWALL נופל אז כל המערכות "צועקות" כולל התקשורת והאפליקציות , לפעמים לפני ששרת ה- FIREWALL דיווח על בעיה. כלומר יש בעיה של root cause analyses ולתחום זה יש כלים משלימים כמו לדוגמה smarts של EMC , או http://www.xplg.com/.
בעיה נוספת היא שתצורה זו מדברת במקרים רבים על מערכות "ERP" "דואר אלקטרוני" ולא על תהליכים עסקיים שמערבים כמה מערכות. כלומר תצוגה כזו לעיתים לא מעניינת את ה- business. זאת רמה שאמורה להיות גבוהה יותר. התחום נקרא BSM.

במקביל למה שתארתי עד כאן התפתח במקביל הנושא של end user experience עם המוצר המוביל hp-mercury- BAC (לשעבר TOPAZ) אבל יש גם תחרות בכמה רמות עם מוצרים כמו http://www.optier.com/ , http://www.aternity.com/ ועוד. כלים שאמורים גם הם לדווח לקונסול המרכזי. ישנם מוצרים רבים נוספים בתחום


חסרונות פוטנציאליים של שימוש במוצרים מבוססי Open Source

1. חברות כאלה הן בדרך כלל קטנות ביותר, לעיתים self funded. לעובדה זו משמעויות ברורות, למרות שכאשר מדובר במודל של Open Source גם אם חברה נופלת, לפחות יש את הקוד... . כמו כן לסוגית גודל החברה יש משמעויות מבחינת התמיכה הטכנית.
2. מודל ה- Open Source הנו מודל חדש וגם החברה הנה חדשה. דברים שצריך לוודא תחת סיטואציה זו הם – מה קורה עם יוצאת גרסה חדשה של הקוד ב- Open Source. מתי מעדכנים את המוצר המסחרי? מה קורה לגבי פיתוחים שהוטמעו – כיצד מועברים לגרסה החדשה של ה- Open Source? מכיוון שהחברה חדשה – להערכתנו אין לה עדיין ניסיון רב בסוגיות אלו.
3. העובדה שניתן לעשות שינויים על ידי הצוות הפנימי, לטווח הארוך יכולה לגרום לבעיות כי לאחר שנים – לא ברור "מי שינה מה ולמה" ואז קשה יותר לגלות תקלות מאשר במצב של closed source.
4. בתחום של Open Source קיים הנושא של "שיפוי" – מה קורה אם אפילו בטעות ישנה חריגה מה- License של אחד התורמים לקוד הפתוח. החברות הגדולות בתחום של open source - redhat , sun וכד' – נותנות שיפוי. צריך לוודא שסוגיה מטופלת .

ייתרונות פוטנצאליים בשימוש מוצר המבוסס על open source

1. מחיר – עקב העובדה שהחברה היא צעירה וגם מסתמכת על Open Source המשמעות היא שעלות הרישיונות (רכש ותחזוקה) הנו נמוך יחסית.
2. גמישות – ללא בירוקרטיה ומהירה וגם המודל של open source מאפשר גם לחברה וגם ללקוח הסופי, במידת הצורך לבצע שינויים מהירים והתאמות ספציפיות – אפשר לשנות את הקוד ולקמפל....
3. נראה שהתקנת התוכנה והפעלה ראשונית מהיר יחסית עקב העובדה שמדובר על פתרונות בסיסיים
4. הפתרונות הגדולים מתקינים "תשתית" למערכות המשלימות גם בהתקנה ראשונית ולכן מורכב יותר להתקין אותם. מוצרים מבוססים קוד פתוח בדרך כלל הרבה יותר רזים ומהירים מבחינת התקנה


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


כבר שנים רבות שאנו עדים לכך שכמויות האחסון בארגונים גדלה בצורה מדהימה. האחסון בקרב רוב רובם של הארגונים גדל בקצב של 30% עד 50% בשנה כאשר מספרים של 100% גידול בשטחי האחסון בשנה אינם נדירים. המאורעות הכלכליים האחרונים שרק בימים האחרונים מתחילים להשפיע על העולם מחוץ לבורסות ושאת מידת ההשפעה הסופית לא ניתן לשער בעת זו, ישפיעו רבות על התנהלות ה- IT בכלל ולכן גם על אופן הטיפול בנתונים – לב ליבו של הארגון. מצד אחד יהיה רצון לחסוך בהוצאות ה- IT ובהוצאות האחסון אך מצד שני בתקופה של חוסר וודאות ישנו רצון "לשמור כמה שיותר" ולכן לצרוך יותר שטחי אחסון. תרחיש זה יביא בשלב הראשון לגידול של שימוש באחסון זול יותר – אחסון midrange על חשבון אחסון highend (הפרש של 50% בעלות) – אך בטווח היותר ארוך יגרום להתחזקות הכדאיות של טכנולוגיות דחיסה מתקדמות כגון deduplication ו- Single Instance או שימוש באלגוריתמים מתקדמים לדחיסה (כמו של חברת storwize) וגם לטכנולוגיות נוספות כגון אחסון ירוק – כזה שצורך פחות חשמל על ידי סיבוב מופחת ואפילו כיבוי של הדיסקים. טכנולוגיות רלוונטיות נוספות הנן thin provisioning ו- SRM אשר מאפשרות ניצול ופיקוח טוב יותר של משאבי הארגון.
אם זאת על מנהלי הארגונים לזכור שטכנולוגיות אלו גם צורכות משאב אנושי, משאב שהתגלה כבעייתי ביותר במחקר שנערך בתחילת השנה. מסקנת המחקר הייתה שבתחום האחסון במיוחד ישנו מחסור של כוח אדם וצוותי האחסון אינם מספיקים לבצע פעולות חיוניות כגון עדכוני patches, בדיקות שרידות, מעקב אחרי גיבויים ועוד. ולפיכך, ישנו סיכוי טוב ששירותי IT שלמים יפגעו עקב קריסה של מערכות אחסון כתוצאה מתחזוקה ותפעול לא תקינים.
בטווח הארוך יותר אנו מניחים שתחומים רבים יותר יהיו תחת רגולציה מוגברת, תופעה שמרחיבה שוב את השימוש באחסון. ולכן בטווח הארוך ארגונים חייבים לשים לב לכמות המאמץ הנדרשת מצוותי האחסון תוך תגבור צוותים אלו בצורה נאותה בין על ידי גיוס כ"א מתאים ובין על ידי שימוש במומחים חיצוניים.