מחשוב ענן

מהו מחשוב ענן (CLOUD COMPUTING)?

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

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

 

 

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

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

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

 ·         נמכר לפי צורך וביקוש,

 ·         גמיש - משתמש יכול להיות לדרוש הרבה או מעט, בכל זמן נתון,

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

 

סוגי השירותים של מחשוב ענן

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

 ·         תשתית כשירות

 ·         פלטפורמה כשירות

 ·         תוכנה כשירות

 ·         שולחן עבודה כשירות

תשתית כשירות (IaaS - Infrastructure as a Service)

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

במקרים אלה חיוב הלקוח יעשה לפי שימוש במשאבים בפועל. במודל IaaS, הניהול וההפעלה של התשתיות הם באחריות הלקוח.

פלטפורמה כשירות (PaaS - Platform as a Service)

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

תוכנה כשירות (SaaS - Software as a Service)

במקרה זה הלקוח משתמש גם בתשתית חומרה, גם בפלטפורמה וגם בשירותים אפליקטיביים שפותחו על ידי הספק. במקרים רבים השירותים המסופקים בשיטת SaaS הם שירותים בתפיסת  SOA (Service Oriented Architecture).

שולחן העבודה כשירות (DaaS - Desktop as a Service)

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

מאפייני לקוחות

ניתן לסווג את צרכני מחשוב הענן  לשלוש קטגוריות עיקריות:

 ·         משתמש ביתי

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

 ·         עסק קטן או בינוני(SME)

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

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

 ·         ארגון גדול (Enterprise)

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

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

ארכיטקטורה של מחשוב ענן

ענן ציבורי (Public Cloud)

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

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

הארכיטקטורה כוללת תמיכה הן בלקוח בתצורה של  Web Clientוהן באפליקציות קצה המפעילות את השירותים בענן המחשוב.

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

דייר יחיד (Single Tenant)

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

 

שיקולים עיקריים לדייר יחיד

 ·         קיימות מיומנויות מתאימות לתחזק את השרת או שאנו מוכנים לשלם תמורת רכישת מיומנויות אלו,

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

 ·         דרישות רגולציה שהלקוח מחויב בהם

 ·         אבטחת מידע

 ·         שליטה על עיתוי שדרוגים

ריבוי דיירים (Multi Tenants)

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

שיקולים עיקריים לריבוי דיירים

 ·         חיסכון בעלות השירותבחירה במתכונת שירות אשר הספק ערוך אליה ולכן השירות באופן זה יהיה מיטבי

 ·         הלקוח אינו יכול או רוצה לעסוק בתחזוקת השרת.

מתווך לשירותי ענן CSB (Cloud Services Broker)

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

 ·         אינטגרציה של שירותים נפרדים והוספת ערך מוסף לשילוב ביניהם

 ·         אחריות על קיום רמת שירות הולמת בהתאם להתחייבויות

 ·         מתן שירותי חיוב והתחשבנות (Billing)

 ·         סביבה עסקית אינטגרטיבית (אקו-סיסטם) שמבוססת על הסכמי מסגרת עם ספקים שונים  (קטלוג, בילינג, אינטגרציה ותמיכה)

 ·         שכבת תהליכים עסקיים שנבנים סביב קטלוג המוצרים של ה- CSB

ענן פרטי (Private Cloud)

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

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

ענן פרטי יכיל את המאפיינים הבאים (כולם או חלקם):

 

 ·         שיתוף משאבים בין יישומים,

 ·         שיתוף משאבי מחשוב,

 ·         שטחי אחסנה,

 ·         רשת תקשורת,

 ·         סביבות תוכנה,

 ·         רישיונות,

 ·         וירטואליזציה,

 ·         סטנדרטים ואחידות,

 ·         ריבוי דיירים,

 ·         פורטל שירות, אורקסטרציה, תוכנות ניהול ועוד.

ענן משולב (Hybrid Cloud)

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

מחשוב ענן – יתרונות וחסרונות

יתרונות מרכזיים

א.       הפחתת עלויות

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

             ·         המשתמש אינו צריך לרכוש חומרה ועל ידי כך חוסך עלויות רכש (המרה של Capex ב- Opex) ותחזוקה, עלויות חשמל ועלויות עבור מקום להתקין בו את החומרה.

             ·         המשתמש אינו צריך לרכוש תוכנה ועל ידי כך חוסך עלויות רכש ותחזוקה של התוכנות.

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

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

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

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

ג.        אי-תלות במיקום וביחידת קצה

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

ד.       גמישות בתשתיות תוכנה

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

ה.      יכולת גידול/קיטון Scalability

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

ו.         רמת שירות

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

ז.        אבטחת מידע

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

 

חסרונות וסיכונים

א.       תלות באינטרנט

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

ב.       תלות בספק

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

ג.        היפרדות

איזה תוצר ניתן לקבל בעת היפרדות מספק SaaS? האם "אובדן" האפליקציה לא יהיה כרוך באובדן מידע? מה קורה עם Meta  Data ? האם הגיבוי שברשותנו שקוף וניתן לשחזור בעולמות אחרים?

ד.       חוסר גמישות

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

ה.      אבטחת מידע ופרטיות

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

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

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

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

ז.        ניהול

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

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

ח.      רישוי

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

מאפייני פרויקט מחשוב ענן

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

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

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

דילמות במעבר למחשוב ענן

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

 

 ·         כיצד מתניעים את המהלך

 ·         מהו התיחום? אילו שירותים?

 ·         מהן החלופות

 ·         מהי התצורה והארכיטקטורה

 ·         מהו קצב היישום המיטבי

 ·         תכנית הגירה (תכנית מעבר)

 ·         מה עם אבטחת מידע?

 ·         עלות תועלת

 ·         אינטגרציה עם מערכות קימות

 ·         איך לנהל ולבקר את התהליך

 ·         מהם הסיכונים

 ·         איך לבחור ספק מבין כל הספקים

 ·         הסכם שירות - SLA

 ·         חזרה לאחור, היפרדות ומעבר בין ספקים

 ·         איך לבדוק ולבקר את הספק?

 ·         איך לבדוק מוצר?

 ·         מה עלות הפרויקט?

 ·         מהן ההשלכות הארגוניות?

 ·         איך הכל מתחבר?

 

 

כלים יחודיים למחשוב ענן

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

ניהול הפרויקט

בדיקת כדאיות

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

 

בחינה וניתוח חלופות

ביצוע ניתוח ובחינת חלופות מוצרים ופתרונות.

 

מדידה ומדדים

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

 

ניהול שינויים

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

תוצרי התיעוד הנלווים

מחזורי חיים מותאמים למחשוב ענן

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

 

אפיון הפרויקט

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

 

עיצוב הארכיטקטורה

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

 

בדיקות

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

 

אינטגרציה עם מערכות משיקות

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

 

העברה לייצור והרצה

תחזוקת המערכת בסביבת הייצור כולל תהליך/נוהל העברה לייצור ותפעול שוטף. תחקיר/ולידציה  מפת"ח ו- ITIL

 

תחקירים ותחקורים

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

נושאים תומכים

סקר מוצרים

 ·         ביצוע סקר מוצרים מקדים מול מגוון הספקים הרלוונטיים.

 ·         ייעוץ והגדרת המאפיינים והתכונות.

 

ניהול סיכונים

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

 ·         ביצוע ניהול הסיכונים מתבצע באמצעות כלים, גלופות ושיטה יעודית.

 

ניהול ההשלכות הארגוניות

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

ניהול הספק

עריכת SLA  - הסכם שירות מפורט

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

 

מכרז התקשרות עם ספק/ספקים

הכנת RFP על בסיס תבניות מוכנות ומותאמות והכנת SOW

 

החלפת / הפסקת התקשרות עם ספק

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

מחזור חיים של מערכת ענן

להלן תיאור מחזור החיים ליישום ענן בתצורה של Private או Hybrid

ייזום

שלב ה"האם?"

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

 

אפיון-על

שלב ה"מה"

בשלב זה מאופיינת הדרישה לקטלוג השירותים, SLA , Workflow לתהליכים התומכים

כמו כן נבחנת ארכיטקטורה כללית, תיחום בין תפיסת ענן פרטי (Private Cloud), ענן משולב (Hybrid Cloud) ותשתית מסורתית בארגון.

אפיון מפורט

שלב ה"איך"

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

 ·         תשתיות - וירטואליזציה, אחסון וגיבוי.

 ·         תוכנה - קטלוג שירותים,

 ·         פורטל שירות עצמי,

 ·         וירטואליזציה,

 ·         מנגנון SLA,

 ·         מערכות נשו"ב,

 ·         /Data Center Automation Orcastartion,

 ·         מערכת שימושיות,

 ·         מערכת Accounting

 

בקשה להצעות

בשלב זה מתבצעת בחירת הגורם שיספק את המוצרים/שירותים הנבחרים. יש לדרוש אופציה להצגת היתכנות – POC (Proof Of Concept).

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

עיצוב ובנייה

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

בדיקות

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

התקנה והטמעה

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

תחזוקה

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

תוצרים

מסמך למערכת ענן

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

שירותי ענן - רשימת תיוג

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