www.s-strategy.com ‫השלכות המצב הכלכלי‬ ‫הדילמה נשארת‬ ‫חיפוש הזדמנויות‬ ‫היערכות לצמיחה‬ ‫התייעלות‪,‬‬ ‫"הורדת ראש" עד‬ ‫יעבור זעם‬ ‫ה‪ IT -‬צריך להתאים עצמו לתפיסה העסקית ולאסטרטגיית החברה‬ ‫התייעלות – כורח שלא ניתן לחמוק ממנו אך גם הזדמנות!‬ ‫גופי ‪ IT‬רבים שניסו להתייעל גילו שקל יותר להוריד במשקל‬ ‫אך קשה יותר להוריד 'שומנים שנצברו'‬ ‫התייעלות לא חכמה !‬ ‫‪ .1‬בתהליך התייעלות נכון נדרש לבחון תפוקות‪,‬‬ ‫ותחומים בעלי תרומה עסקית ותפעולית‬ ‫‪ .2‬בכל המגזרים קשה לבצע פרויקטים‪ ,‬הארגונים‬ ‫בנויים בעיקר לשוטף‪ ,‬הן בגין אופי כח האדם והן‬ ‫בגלל יכולת הכלה (‪ ,)CAPCITY‬ללא קשר כדאי‬ ‫תמיד לחתור להקטנת השוטף שמגיע לכדי ‪70%‬‬ ‫בארגונים רבים‪ ,‬שוב בהתאם לצרכים עסקיים‬ ‫ותפעוליים‬ ‫‪ .3‬פרויקטים קטנים ואג'יליים זאת גישה נכונה מאוד‪,‬‬ ‫כאשר בונים קונספט עסקי ואפיון לטווח ארוך‪ ,‬ורק‬ ‫המימוש מבוצע בשלבים קצרים‬ ‫‪ .4‬מישהו חולם בעננים! מקווה שההסבר הכלכלי‬ ‫שאציג באמת ישכנע ויניע לפעולה‬ ‫‪ .5‬החשכ"ל הוא נזק עצום ל‪ IT-‬כיוון ששירותיי כ"א‬ ‫זולים עולים ביוקר! פרויקטים נכשלים ומתארכים‬ ‫משמעותית! אני קורא לכל המנהלים באולם לפעול‬ ‫בחוכמה ולשלם שכר הוגן לכל הקהילה שלנו‬ ‫לטובת העסקים של הארגון אותו אתם מובילים‬ ‫בהחלט אתגר‬ ‫אבל התמונה קצת יותר מורכבת‪....‬‬ ‫וקטורי הכוחות שפועלים על סמנכ"ל מערכות המידע‬ ‫"תפחית‬ ‫העלות הכוללת‬ ‫של ‪"IT‬‬ ‫"תעביר עלויות מתפעול‬ ‫לפרויקטים"‬ ‫"רוצים מודל‬ ‫עלויות גמיש‬ ‫לפי שימוש"‬ ‫"כל הטכנולוגיה הזו‬ ‫יכולה פעם להכניס‬ ‫לנו כסף ?"‬ ‫"חייבים יכולות‬ ‫אנליטיות מתקדמות"‬ ‫"חייבים‬ ‫חווית לקוח‬ ‫רב‪-‬ערוצית"‬ ‫הפרדוקס של סמנכ"ל מערכות המידע‬ ‫מאידך אנחנו מצפים‬ ‫שתהייה מאופיין ב‪:‬‬ ‫•‬ ‫•‬ ‫•‬ ‫•‬ ‫•‬ ‫כישורים טכנולוגיים‬ ‫תפעול יציב‪ ,‬שקוף ממש‬ ‫בלימת עלויות‬ ‫מענה לדרישות ייחודיות‬ ‫ביזור ה ‪ IT‬ליחידות ‪ /‬החלשת ה ‪IT‬‬ ‫מצד אחד אנחנו מצפים‬ ‫שתהייה מאופיין ב‪:‬‬ ‫•‬ ‫•‬ ‫•‬ ‫•‬ ‫•‬ ‫חריפות עסקית‬ ‫שאיפות אסטרטגיות‬ ‫חדשנות‬ ‫אחריות ארגונית‬ ‫‪( Accountability‬אחריות אישית)‬ ‫זו המציאות של כל ‪ .CIO‬אפשר ליילל עליה‪ ,‬או שאפשר להחליט לשחק את המשחק נכון ב‪2-‬‬ ‫הצדדים של המשוואה‪ ,‬כיוון שעל זה משלמים לך ואם לא תעשה זאת מישהו אחר יעשה‪..‬‬ ‫איך ניתן להתמודד?‬ ‫מיצוב‬ ‫כשותף‬ ‫עסקי‬ ‫מה יש בארגז הכלים של‬ ‫ניהול ה‪IT -‬‬ ‫כביזנס‬ ‫סמנכ"ל מערכות המידע למימוש‬ ‫אסטרטגיה שמאזנת את הכוחות‬ ‫האלה ומביאה ערך אמיתי‬ ‫לארגון (ולקוחותיו‪ ,‬ושותפיו) ?‬ ‫הוספת‬ ‫פתרונות‬ ‫פונקציונליים‬ ‫מודל תפעול‬ ‫חלופי‬ ‫טכנולוגיה‬ ‫מיצוב‬ ‫כשותף‬ ‫עסקי‬ ‫ניהול ה‪IT -‬‬ ‫כביזנס‬ ‫הוספת‬ ‫פתרונות‬ ‫פונקציונליים‬ ‫מחשוב ענן‪ ,‬אינו טכנולוגיה‪,‬‬ ‫אלא אחד השחקנים‬ ‫המשמעותיים על המגרש‬ ‫הזה וחשוב לדעת כיצד‬ ‫למנף אותו‬ ‫מודל תפעול‬ ‫חלופי‬ ‫טכנולוגיה‬ ‫זהו ראשית לכל מודל כלכלי (הפיכת עלויות קבועות למשתנות) שמושתת על‬ ‫‪ Framework‬טכנולוגי‪ ,‬הבנוי על היכולות הטובות והעדכניות ביותר לקבלת וירטואליזציה‬ ‫סטנדרטית מאוד‪ ,‬אוטומציה‪ ,‬וגישה מרחוק‪ ,‬ומספק כבסיס מודל מבוסס צריכה‬ ‫(‪ – )Pay Per Use‬אשר מעשיר את ארגז הכלים של ה‪CIO-‬‬ ‫מחשוב ענן‬ ‫בואו נבין יותר טוב מה המודל‬ of THINGS SOFTWARE as a Service Empower Users PLATFORM as a Service Develop Applications INFRASTRUCTURE as a Service Manage Machines Cloud Applications & Services Windows Azure Active Directory ,OpenID ,OAuth – ‫זהויות‬ • PayPal ,Google Checkout ,Amazon FPS – ‫תשלומים‬ • Yahoo ,Google ,Alexa ,Bing – ‫מנועי חיפוש‬ • Office 365 ,Gmail ,Google Docs – ‫המשרד הממוחשב‬ • Google Plus ,LinkedIn ,Facebook – ‫ניהול קשרים אישיים‬ • Youtube ,Picasa – ‫ וידיאו‬,‫תמונות‬ • Webex – ‫מצגות ופגישות מקוונות‬ • Oracle CRM On Demand ,MS Dynamics Online ,Salesforce.com – CRM • ‫ ועוד‬,NetSuit ,Comex ,MS ERP Online ,SAP ‫ מבית‬Success Factors – ERP • Oracle Value Chain Execution Cloud ,SAP ‫ מבית‬ARIBA – SCM • Oracle Business Intelligence ,SAP Lumira Cloud ,Windows Azure HDInsight – BI • :‫ועוד יישומים בעולמות תוכן רבים‬ • Amdocs – Customer Care -‫ ו‬Billing • Incentive Solutions – ‫עמלות ותמריצים‬ • Clarizen – ‫ניהול פרויקטים וניהול פורטפוליו‬ • Superderivatives – ‫נגזרי ריבית‬ • Ex-Libris – ‫ניהול ספריות וארכיונים‬ • Cloud Logistics – ‫לוגיסטיקה ושילוח‬ • Cosmocom – Contact Center • ‫ועוד ועוד‬ • Platform as a Service Rackspace Cloud Sites ,MS Azure Services Platform – .NET • )‫ (הרצה על תשתיות גוגל‬Google App Engine – J2EE • Rackspace Cloud Sites – Python ,PHP • Wolf Frameworks ,WorkXpress ,Force.com – Proprietary • ...‫ ועוד‬,Capacity Planning ,‫• העלאת פרויקט לסביבה וירטואלית ללא צורך בניהול גיבויים‬ Infrastructures as a Service Google BigTable ,Amazon SimpleDB ,Azure SQL Database – ‫• בסיסי נתונים‬ Rackspace Cloud Files ,Nirvanix ,Amazon S3 ,MS Azure – ‫• קבצים‬ ,TripleC – )‫ ועוד‬,DRP ,‫ דמוי ייצור‬,‫ קדם ייצור‬,‫ בדיקות‬,‫• סביבות מלאות (פיתוח‬ ‫ ועוד‬,1-‫ מד‬,‫ ברק נטויז'ן‬,012 ,‫ בזק בינ"ל‬,‫ בזק‬,‫ יבמ‬,‫ מטריקס‬,We! ‫ – לפי סמנכ"לי מערכות מידע‬SaaS/‫הסיבות לאימוץ ענן‬ Faster deployment Anytime / Anywhere Focus on strategy Reduce hardware costs Opexp vs. Capex Reduce capacity need Reduce deployment risk Distributed locations Going green 0% 5% 10% 15% 20% 25% 30% 35% 40% 45% Source: ZDNet.com ‫דוגמא מתחום התשתיות – חברת ביטוח גדולה‬ ‫תכנון צרכים‬ ‫ליישום חדש‬ ‫תכנון חומרה‬ ‫תהליך רכש‬ ‫שרתים‬ ‫מלאי‬ ‫הרכבה‬ ‫אספקת‬ ‫ציוד‬ ‫תקשורת ‪Storage‬‬ ‫חיבור לתשתיות‬ ‫התקנה‬ ‫מה אומרים הלקוחות?‬ ‫• לייעל את תהליך הקצאת המשאבים‬ ‫הרחבה\שינויים‬ ‫• להפחית את משך התהליך‬ ‫שינוי בהגדרות‬ ‫רשת\כבילה‬ ‫• להפחית את מס' טעויות אנוש‬ ‫פישוט התהליך באמצעות מחשוב ענן‬ ‫תכנון צרכים‬ ‫ליישום חדש‬ ‫הקצאת חומרה‬ ‫שימוש בפורטל שירות‪-‬עצמי‬ ‫בחירת תבנית‬ ‫השירות המתאימה‬ ‫כלי לקביעת התשתית הזמינה‬ ‫מהמאגר ולכמה זמן‬ ‫סביבת תשתית‬ ‫עומדת ומוכנה‬ ‫לפעולה‬ ‫התנעת תהליך‬ ‫‪Workflow‬‬ ‫לחץ על‬ ‫הכפתור !‬ ‫שימוש סלקטיבי‬ Cloud Apps ‫ית‬-CRM -‫ חיזוק ההשקעה ה‬:‫דוגמא לשימוש‬ Cloud Platform Unlimited Real-Time Customization Granular Security & Sharing Programmable Cloud Logic Real-Time Workflow & Approvals Programmable User Interface ‫הנוכחית באמצעות צריכת שירותים ספציפיים של‬ BPM ‫שירות ומכירות מתוך הענן ושילובם באמצעות‬ Real-Time Mobile Deployment Real-Time Websites Integrated Content Library Real-Time Analytics 750+ Integrated Applications ‫או כחלק משולחן עבודה‬ ISO 27001 Certified Security Proven Reliability Proven, Real-Time Scalability Real-Time Query Optimizer Real-Time Upgrades Proven Real-Time integration Real-Time Sandbox Environments Salesforce to Salesforce 3 Global Data Centers & Disaster Recovery Real-Time Transparent System Status Cloud Infrastructure Multi-Tenant Kernel ‫האם זה באמת כדאי?‬ ‫‪‬‬ ‫‪ TTM‬וגמישות – פריסת סביבות ענן בסיסיות או לשימוש ספציפי יכולה להיות מושגת מהר מאוד מרגע ההחלטה‬ ‫ועד הפריסה‪ ,‬לא נדרש לרכוש שום ציוד‪ ,‬ללא שום השקעה הונית ‪ CAPEX‬שלוקחת זמן‪ ,‬ללא צורך להתקין‬ ‫ולספק (‪ )Provision‬אותו‪ ,‬ללא צורך בתחזוקה‪ ,‬וכו'‪ ,‬כך מתאפשרת עלות כניסה נמוכה ועלויות צפויות משם‬ ‫והלאה‬ ‫‪‬‬ ‫‪ – Capacity Planning‬מודל קיבולת גמיש מאוד לכח עיבוד‪ ,‬לנפח אחסון‪ ,‬לשרתים‬ ‫‪‬‬ ‫‪ – Scalability‬התאמה מיידית לשינוי בהיקף השימוש‪ ,‬בפועל ללא גבול‬ ‫‪‬‬ ‫שרידות וזמינות – התבססות על תשתיות ‪ DRP‬ו‪ BCP-‬של ספקי תשתיות הטובים ביותר‬ ‫‪‬‬ ‫‪ State of the art Architecture/Functionality‬וכן – היכולות הטובות והעדכניות ביותר עבור אוטומציה‪,‬‬ ‫ניהול התפעול‪ ,‬וירטואליזציה‪ ,‬ועוד (‪ – )SDDC‬קצת קשה להתחרות בהשקעה של ‪SF/Oracle/SAP/IBM/MS‬‬ ‫‪‬‬ ‫הורדת ‪ – TCO‬חיסכון בעלויות רכישה ותחזוקה‪ ,‬סוף לשדרוגים‪ ,‬עלויות כניסה נמוכות ובעיקר – צפויות‬ ‫‪‬‬ ‫התמקדות והתמקצעות בתחומי הליבה – ומיקור חוץ של שירותים משלימים‬ ‫‪‬‬ ‫גידור סיכונים – עלות השירות ידועה מראש‪ ,‬הורדת רמת הסיכון למחיקת השקעות‬ ‫‪‬‬ ‫שיפור התמחיר והתחשיב – חיוב הצרכנים בארגון בהתאם לשימוש (‪)Chargeback‬‬ ‫‪‬‬ ‫פיזור הערפל סביב תקצוב ה‪ – IT -‬הקניית יכולת לייחס הוצאות על משאבי מחשוב לפי גורמים ארגוניים –‬ ‫מאפשר להגיע לתמחיר אחראי ואף ל‪ IT Chargeback -‬ומאפשר להצמיד את תקציב ה‪ IT-‬לגידול בביקושים‬ ‫‪‬‬ ‫מינוף עסקי של טכנולוגיות חדשניות – כניסה לטכנולוגיות חדשניות‪ ,‬כאשר אלו רלוונטיות לעסקים‪ ,‬אף אם הן‬ ‫ברמת בשלות נמוכה‪ ,‬כל זאת תוך מינימום סיכונים – הסיירת של ה‪!IT-‬‬ ‫מחשוב ענן‬ ‫דגשים ליישום‬ ‫‪The Cloud Computing Adoption Model‬‬ ‫השגת שיתוף דינאמי של עומסים‪,‬‬ ‫קיבולת‪ ,‬ו‪Self-service -‬‬ ‫‪application provisioning‬‬ ‫‪HYPER‬‬ ‫‪CLOUD‬‬ ‫‪CLOUD‬‬ ‫‪EXPLOITATION‬‬ ‫בחירת סביבת ענן והתחלת‬ ‫פריסה רחבה; הקצאה ואיזון‬ ‫עומסים ידניים‬ ‫הנחת יסודות לארכיטקטורת‬ ‫יישומים סקלבילית‬ ‫‪CLOUD FOUNDATIONS‬‬ ‫‪CLOUD EXPERIMENTATION‬‬ ‫וירטואליזציה של‬ ‫תשתיות ויישומים‬ ‫‪VIRTUALIZATION‬‬ ‫ניסוי ב‪ EC2 -‬או ב‪,Azure -‬‬ ‫הגדרת ארכיטקטורה‬ ‫להתייחסות‬ ‫איך מחליטים מה בבית (‪ )On Premise‬ומה בענן? מתי זה מתאים?‬ ‫שירות עצמאי‬ ‫בר ממשק‬ ‫לא מספק בידול עסקי‬ ‫שירות סטאטי יחסית‬ ‫בר הפרדה‬ ‫פיקים משתנים‬ ‫נדרשת‬ ‫אינטימיות ואינטגרציה‬ ‫יכולות המהוות בידול עסקי‬ ‫שנויים תכופים‬ ‫מאוד אינטגרטיבי ומותאם‬ ‫קנייני ופנימי‬ ‫גידול מהיר מאוד‬ ‫סיכום‪:‬‬ ‫‪ ‬שירות עצמי‪ ,‬שימוש פשוט‬ ‫‪ ‬ללא תלות בליבת העסק‬ ‫‪ ‬יעד סופי הינו מחשוב ענן‬ ‫סיכום‪:‬‬ ‫‪ ‬צמוד ומשולב בעסק‬ ‫‪ ‬מיקוד באינטימיות‬ ‫‪ ‬יעד סופי אינו מחשוב ענן‬ ‫מתי זה מתאים (‪?)2‬‬ ‫"גידול מהיר מאוד"‬ ‫“ ‪“On and Off‬‬ ‫כוח מחשוב‬ ‫שימוש ממוצע‬ ‫שימוש‬ ‫זמן‬ ‫ממוצע‬ ‫זמן‬ ‫"התפרצות לא צפויה"‬ ‫"התפרצות צפויה"‬ ‫כוח מחשוב‬ ‫כוח מחשוב‬ ‫© יבמ‬ ‫כוח מחשוב‬ ‫הפסקת‬ ‫פעילות‬ ‫שימוש ממוצע‬ ‫שימוש ממוצע‬ ‫זמן‬ ‫זמן‬ ‫‪Cloud Readiness‬‬ ‫מוכנות‬ ‫יישומית‬ ‫מוכנות‬ ‫תשתיתית‬ ‫© מטריקס‬ ‫מוכנות‬ ‫עסקית‬ ‫מוכנות‬ ‫ניהולית‪/‬‬ ‫תפעולית‬ ‫מוכנות‬ ‫ארכיטקטונית‬ ‫מסלול‬ ‫"סיפוקים מיידים"‬ ‫‪Quick Wins‬‬ ‫בכל זאת‪ ,‬מה ניתן לעשות מחר בבוקר?‬ ‫ברמת מערך המחשוב‬ ‫• גיבוש מדיניות ארגונית – ‪Cloud Readiness‬‬ ‫• מיפוי מערכות‪ ,‬תהליכים ושירותים שניתן להוציא לענן‬ ‫• בחינת מתמדת של חלופות לפתרונות בענן לפני יציאה לרכש – גם ובעיקר ברמה הגרעינית המתוחמת‪:‬‬ ‫• מנוע חיפוש‪ ,‬זהויות‪ ,‬תשלומים‪ ,‬משרד ממחושב‪ ,‬ניהול קשרים אישיים‪ ,‬ניהול תמונות‪/‬וידיאו‪ ,‬פגישות‬ ‫מקוונות‪ ,‬ועד ‪ ,CRM‬וצפונה‬ ‫• מועמדים מובילים להפעלה בענן‪:‬‬ ‫• סביבת בדיקות (פונקציונאליות וסקלאביליות)‬ ‫• סביבות לבדיקה בשיתוף עם קבלני‪-‬פיתוח‪-‬ובדיקות חיצוניים‬ ‫• סביבת בדיקות עומסים‪ ,‬המצריכה ריבוי משאבי מחשוב (עיבודים אנליטיים כבדים‪ ,‬חישובי סוף שנה‬ ‫בביטוח‪ ,‬חיזוי נטישה‪ ,‬חישובים‪/‬עיבודים מורכבים‪ ,‬ועוד)‬ ‫• סביבת שחזור תקלות מהייצור (‪ ,)Post Production‬סביבת הדרכה‪ ,‬סביבת ‪ ,DR‬ועוד‬ ‫• אפליקציות\שירותים לשימוש אינטנסיבי קצר מועד (מבצע מכירות בכנס גדול בחו"ל‪ ,‬מבצע שיווק‬ ‫גדול בסוף החודש‪ ,‬בדיקת עומסים לגרסת תוכנה גדולה אחת לרבעון)‬ ‫• אפליקציות\שירותים המתאפיינים בשונות גבוהה בעומסי השימוש (מו"פ)‬ ‫גוף התשתיות‬ ‫• מיפוי שירותי תשתית הניתנים לצריכה בענן‪ ,‬היערכות לאבטחת מידע בסביבת שירותים בענן‬ ‫• גיבוש מודל לחיוב לקוחות ע"פ צריכת שירותים בפועל – ‪IT Chargeback‬‬ ‫ארכיטקטורת תוכנה‬ ‫• גיבוש מדיניות פיתוח מותאם לענן‪ ,‬בחירה והקמה של פתרונות חדשים המתאימים לפעולה בענן‬ ‫• התאמת כלי תווכה ואינטגרציה לעבודה בענן‬ ‫יישומי ערוצים \ קשרי לקוחות‬ ‫• גיבוש תכנית להתאמת סביבת ניהול הלקוחות לצריכת שירותי ענן (למשל‪ :‬פורטל סוכנים – ביטוח‪ ,‬מכירות‪,‬‬ ‫שירות‪ ,Field Services ,‬בריאות‪ ,‬ועוד)‬ ‫• בחינת חשיפת שירותים עסקיים של החברה להשתלבות בעננים מובילים‬ ‫סיכונים וחסמים במודל ה‪Cloud -‬‬ ‫סיכונים וחסמים בפיתוח ואספקת שירותי מחשוב‬ ‫‪ ‬הצלחה עם הענן תלויה בכך שה‪ IT-‬יאמץ סטנדרטים‪ ,Best Practices ,‬מינימום קסטומיזציה‪ ,‬וכו'‬ ‫‪ ‬תלות מוחלטת בפס רחב וזמין – אם ה‪ WAN-‬לפני הענן שימש כדי להגיע לאינטרנט ולמספר‬ ‫‪ Web Services‬חיצוניים‪ ,‬הרי שהעברת שירותים עסקיים מרכזיים לענן משמעותה שאזור‬ ‫ה‪ WAN-‬הופך לקריטי יותר‪ ,‬דורש ‪ ,DR‬דורש ניטור בצורה הדוקה יותר‪ ,‬וכו'‬ ‫‪ ‬סיכוני אבטחת מידע‬ ‫‪ ‬תלות במדיניות הפיתוח וב‪ SLA-‬של הספק‬ ‫‪ ‬חזרה ל‪ Best of Breed -‬ועליית הצורך באינטגרציה נכונה (‪)SOA ,ESB‬‬ ‫סיכונים וחסמים כלכליים פיננסיים‬ ‫‪ ‬חשיפה לשינוי במודל התמחור של הספק‬ ‫‪ ‬חשיפה לחוסן הפיננסי (‪ )Solvency‬של ספק השירות‬ ‫סיכונים וחסמים בניהול ה‪IT -‬‬ ‫‪ ‬רגולציה המונעת שמירת נתונים פיננסיים‪/‬לקוחות‪/‬אחרים מחוץ לארגון‬ ‫‪ ‬גידול התלות בספקים חיצוניים ופגיעה במוטת השליטה הניהולית‬ ‫‪ ‬אבדן אפשרי של ידע חיוני‬ ‫‪“You can checkout any time you like But you can never leave!” ‬‬ ‫)‪(Eagles - Hotel California‬‬ ‫התנאי החשוב ביותר‪ :‬שליטה ובקרה‬ ‫‪Provisioning‬‬ ‫מיכון הקצאת‬ ‫המשאבים‬ ‫‪Metering and rating‬‬ ‫יכולת מעקב אחר השימוש‬ ‫במשאבים ‪ +‬מידור‬ ‫‪Workflow‬‬ ‫ניהול תהליך‬ ‫האישורים לשימוש‬ ‫‪Monitoring‬‬ ‫שקיפות מלאה לביצועי‬ ‫המכונות הווירטואליות‬ ‫חשוב מאוד לייצר סביבת ניהול אחידה ושיתופית לכל השירותים מבוססי הענן בארגון‪ :‬כל שירות ענן‬ ‫דורש שירות של הקצאה‪ ,‬אבטחה‪ ,‬ניהול‪ ,SLA ,‬שירותי אינטגרציה‪ ,‬מדידת חווית משתמש‪ ,‬ועוד‬ ‫© יבמ‬ ‫גמישות ללא תקדים‬ ‫כמה זה עולה?‬ ‫על מה נשלם ‪ -‬מעבר מעלויות קבועות למשתנות‬ ‫מודל נוכחי‬ ‫‪Infrastructures as a Service‬‬ ‫‪CPU hours ‬‬ ‫‪ ‬שרתים‬ ‫‪RAM ‬‬ ‫‪ ‬ציוד תקשורת‬ ‫‪Upload Traffic ‬‬ ‫‪ ‬מערכי אחסון‪ ,‬דיסקים‬ ‫‪Download Traffic ‬‬ ‫‪ ,DR ‬גיבוי והתאוששות‬ ‫‪Storage ‬‬ ‫‪ ‬רישוי תוכנה‬ ‫‪Monitoring and UX ‬‬ ‫‪ ‬עלויות כ"א לתפעול והפעלה‬ ‫‪ ‬אקסטרא‪APPS ,DB ,LB ,OS ,FW :‬‬ ‫‪ ‬סיכון‬ ‫מחשבון כדאיות ענן בארגונים‬ ‫דוגמא מחברת ביטוח עבורה הובלנו בחינה מתודולוגית כוללת של מוכנות לענן‪ ,‬זיהוי המקומות‬ ‫אסטרטגיה‪/‬מתאימים ליישום ענן‪ ,‬ובדיקת הכדאיות הכלכלית‬ ‫© פיטר ויינשטיין‪ ,‬שטראוסהנכונים‬ ‫דוגמא למחירון‬ On-Demand Instances You pat EXACTLY per what you consume Pricing is per instance-hour consumed for each instance type, from the time an instance is launched until it is terminated. Each partial instance-hour consumed will be billed as a full hour ‫גמישות ללא תקדים‬ ‫ומה בישראל ?‬ ‫אז למה שירותי ענן‬ ‫בישראל‬ ‫הם בעיקר דיבורים?‬ ‫הם (אנחנו) מ‪-‬פ‪-‬ח‪-‬ד‪-‬י‪-‬ם‬ ‫איך מבטיחים זמינות‪ ,‬ו‪?SLA -‬‬ ‫ומה בקשר לאבטחת מידע???‬ ‫ואיך זה מתחבר פנימה לארגון?‬ ‫והאם באמת יש כאן ‪?ROI‬‬ ‫ומה יגיד הרגולטור על שמירת המידע בחוץ‬ ‫(ועוד אצל הגויים רחמנא לצלן)?‬ ‫אנחנו נאבד שליטה! ובסוף עוד יחליפו את ה‪!!!IT -‬‬ ‫עזבו הכל‪ ,‬אילו שירותים גנריים‬ ‫והצרכים שלנו ייחודיים במינם!‬ ‫בארץ ‪ -‬מדברים הרבה‪..‬‬ ‫אימוץ איטי וזהיר של המודל (החיסרון לקוטן)‪ ,‬אך עם זאת‪:‬‬ ‫חגיגה‬ ‫בהיי טק‬ ‫אימוץ מלא של המודל‬ ‫וביסוס סביבות‬ ‫התשתית והפיתוח‬ ‫על שירותי‬ ‫ה‪Cloud -‬‬ ‫חדירה מרשימה‬ ‫בעולם ה‪CRM -‬‬ ‫‪:MS Dynamics Online ‬‬ ‫‪ ‬כתר פלסטיק‬ ‫‪ ‬קו מנחה‬ ‫‪ ‬נקסטרייד‬ ‫‪ ‬אורביט‬ ‫‪ ‬קבוצת ויולה‬ ‫‪ ‬מולטילוק‬ ‫‪ ‬משרד התשתיות‬ ‫הלאומיות‬ ‫‪:Salesforce.com ‬‬ ‫‪ ‬לאומי‬ ‫‪ ‬צים‬ ‫‪ ‬סודהסטרים‬ ‫‪ ‬דיויד שילד‬ ‫‪ ‬אמדוקס‬ ‫‪ ‬קומברס‬ ‫‪ ‬צ'קפוינט‬ ‫‪ ‬ורינט‬ ‫‪ ‬נייס‬ ‫‪:Oracle CRM On Demand ‬‬ ‫‪ ‬טבע‬ ‫‪ECI ‬‬ ‫‪ ‬פרוטרום‬ ‫‪ ‬רדוור‬ ‫ענן פרטי‬ ‫תחילה‬ ‫‪ ‬סביבות פיתוח‪ ,‬קדם ייצור‪,‬‬ ‫דמוי ייצור‪ ,‬בדיקות‪ ,‬הדרכה‪,‬‬ ‫‪DR‬‬ ‫‪ ‬שרתים‪ ,‬אחסון‪ ,‬רשת‬ ‫‪ ‬נמצאים בשלבים שונים של‬ ‫בחינה או יישום‪:‬‬ ‫‪ ‬משרדי הממשלה (ענן‬ ‫התשתיות הממשלתי)‬ ‫‪ ‬התעשייה האווירית‬ ‫‪ ‬צה"ל (עיר הבה"דים)‬ ‫‪ ‬קבוצת בזק‬ ‫‪ ‬לאומי‪ ,‬דיסקונט‬ ‫‪ ‬כלל ביטוח‪ ,‬הפניקס‪,‬‬ ‫מנורה‪ ,‬מגדל‬ ‫‪ ‬טבע‪ ,‬אסם‪,Nestle-‬‬ ‫מכתשים אגן‬ ‫‪888 ,ECI ‬‬ ‫‪ ‬עריית ת"א‬ ‫‪ ‬בחינת ‪Community‬‬ ‫‪( Clouds‬למשל במגזר‬ ‫האשראי)‬ ‫‪ ‬יותר ויותר מצבים בהם‬ ‫הביזנס דורש ביוזמתו‬ ‫פתרונות ענן (כולל ציבורי)‬ ‫ספקי תוכנה מקומיים‬ ‫נכנסים ל‪SaaS -‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫יותר מ‪ 80% -‬כבר מספקים‬ ‫הפתרון במודל ענן‬ ‫‪ ERP – Comex‬עבור‬ ‫הריבוע הכחול‪ ,‬רמי לוי‪ ,‬חצי‬ ‫חינם‪ ,‬ועוד רבים‬ ‫תפנית – של מטריקס‬ ‫‪– Incentive Solutions‬‬ ‫עמלות ותמריצים‬ ‫‪ – Clarizen‬ניהול‬ ‫פרויקטים‬ ‫‪ – Ex-Libris‬ניהול ספריות‬ ‫וארכיונים‬ ‫מלם וחילן – ‪ + HR‬שכר‬ ‫חברות ה‪ IT -‬הגדולות –‬ ‫‪ ,HP‬יבמ‪ ,‬נס‪ ,‬מטריקס‪,‬‬ ‫מלם‪-‬תים‪,Triple C ,We! ,‬‬ ‫בזק בינ"ל‪ 012 ,‬סמייל‪,‬‬ ‫‪ 013‬נטויז'ן‪ ,‬ועוד – סל‬ ‫שירותים מלא לענן‬ ‫אז‪...‬לסיכום‬ ‫ארגון ה‪ IT -‬של השנים הקרובות – ‪ IT‬כברוקר שירותי ענן‬ ‫ענן כמרכיב מרכזי במערך‬ ‫ענן ציבורי‬ ‫ארגון ה‪IT -‬‬ ‫צרכים עסקיים‬ ‫‪Value Delivered‬‬ ‫עלויות משתנות‪,‬‬ ‫ונמוכות יותר‬ ‫פורטפוליו‬ ‫השירותים‬ ‫‪Value Sourced‬‬ ‫האצת צמיחה‬ ‫ענן פרטי‬ ‫‪Hosted,‬‬ ‫‪managed,‬‬ ‫‪outsourced‬‬ ‫שליטה‪/‬מזעור‬ ‫הסיכון‬ ‫פנימי‬ ‫"תוך ‪ 3‬שנים יתחלקו שירותי ה‪ IT -‬בין מחשוב פנימי‪ ,‬ענן פנימי וענן ציבורי‬ ‫ביחס של שליש לכל תחום"‪ ,‬ריק טלפורד‪ ,‬סגן נשיא לשירותי ענן ב‪IBM -‬‬ ‫אסטרטגיה‪ :‬מה הגישה של מנהל ה‪ IT -‬למחשוב ענן‬ ‫•‬ ‫•‬ ‫•‬ ‫אסטרטגיה הענן הגרועה ביותר היא להיות ללא אסטרטגיה לענן‬ ‫הכנת צוותי הפרויקטים‪ ,‬בחינת מודלים פיננסים והיערכות (ארגונית‪ ,‬טכנולוגית‪ ,‬מידע‪ ,‬סיכונים)‬ ‫להזדרז לפני שסמנכ"ל הכספים יזמין שירותים כנגד חשבונית‬ ‫ניהול‪ :‬היכן‪ ,‬מתי‪ ,‬מדוע וכיצד אצרוך שירותי ענן פרטי או ציבורי‬ ‫•‬ ‫•‬ ‫לא הכל ימומש בשירותים חיצוניים‬ ‫‪ IT‬כברוקר שירותי ענן‬ ‫תשתיות ותפעול‪ :‬עד כמה מודלי ענן מובילים אותך לתכנון הדור הבא של מרכזי מידע‬ ‫•‬ ‫ענן פרטי הוא יותר משימוש בשרתים וירטואליים (‪ – )SDDC‬אוטומציה‪ ,‬הקצאה ושחרור‪ ,‬גישה מרחוק‪ ,‬כלי ניהול‬ ‫התפעול‪ ,‬קישור ישיר למדדים כלכליים‬ ‫אבטחה‪ :‬מה ניתן לעשות כדי להעריך ריאלית סיכונים ולתת מענה לאתגרי‬ ‫האבטחה‪ ,‬הרגולציה והתאימות‬ ‫•‬ ‫•‬ ‫היערכות ריאליסטית לסוגי הסיכונים‬ ‫אימוץ זהיר של מודלי אמון חדשים‬ ‫פיתוח יישומים‪ :‬אסטרטגיית יישומי ענן‬ ‫•‬ ‫הרבה מעבר ליישומים מתארחים – יישומים מותאמים אופטימאלית לענן‪ ,‬שאתה קונה או מפתח‬ ‫‪Key Takeaways‬‬ ‫• ענן הוא מרכיב משמעותי בארגז הכלים של ה‪ CIO -‬בעת הזו‬ ‫• צריך לפתח אסטרטגיה ברורה ולא להיגרר‬ ‫• חשוב לדעת מתי מתאים (זכרו‪ ,‬זאת החלטה כלכלית ועל המנמ"ר להוביל אותה)‬ ‫• לאמץ בצורה מדורגת‬ ‫• להבין היטב הסיכונים והאתגרים ולהיות‬ ‫פרואקטיביים בטיפול בהם‬ ‫• זו מהפכה אבולוציונית‪ ,‬היא לא תתרחש ביום‬ ‫אחד‪ ,‬לא בכל מקום וגם לא ללא קשיים‪ ,‬אבל‬ ‫היא תקרה (איתך או בלעדיך‪ – )...‬לכן כדאי‬ ‫לנהל את זה במקום להיגרר לזה‪,‬‬ ‫וכדאי שנוציא מזה את המקסימום !‬ ‫התמודדות עם כזו‬ ‫עוצמה של שינוי‬ ‫מחייבת מנהיגות ואומץ‬ ‫ברמה שטרם חווינו‬ ‫‪Dare Change‬‬ www.s-strategy.com