בפוסט זה אנסה להדגיש נקודות חשובות שצריך לקחת בחשבון כאשר בונים אסטרטגיה ארגונית למחשוב ענן עבור ארגון ממשלתי ו/או ארגון גדול שיש לו תשתיות קיימות on prem.
ראשית חשוב להבין שמדובר בתהליך ארוך ויש לתכנן אותו היטב, מניסיון אישי מומלץ להצטייד בהמון סבלנות ואורך רוח מכיוון שישנם היבטים רבים הדורשים את תשומת הלב של מי שמנסה להוביל או להיות שותף למהלך כזה: למידה רבה, התעסקות בפוליטיקה ומאבקי כוח, התנהלות נכונה מול אנשים בדרגות שונות, וחשוב להבין שתצטרכו להתפשר כדי להגיע ליעד הרצוי: העברת תשתיות ו- workloadים רבים ככל האפשר לענן.
מחשוב ענן מצריך לימוד רב לא רק ממוביל התחום ולכן חשוב לבנות צוות או צוותים. חובה עליכם לנסות לסחוף כמה שיותר אנשים (תהליך לא פשוט) היות ומדובר בתפיסה אחרת, התארגנות שונה של צוותים ונהלי עבודה שונים.
במאמר נוסף שאכתוב אפרט לעומק את האני מאמין בנוגע לבניית צוות ואיך להכשיר את האנשים והצוותים הללו.
המטרה הראשונה היא מציאת ספונסר: מנהל בכיר וחזק שיעזור לכם לקדם את האני מאמין שלכם ולעזור לכם להתמודד עם הצד השני של הפוליטיקה - עובדים מקצועיים ומנהלים אחר אשר חוששים משינוי, מפחדים על מקומם ו/או לא מעוניינים להתקדם מקצועית.
כאמור מניסיון אישי מדובר בתהליך המערב המון יצרים כך שתבואו מוכנים, תתכננו כמה מהלכים קדימה ותנסו למצוא את ההזדמנויות לערב יותר גורמים בתהליך וכך לא תתמודדו לבד מול כל העולם.
נושא חשוב בכל תחום ופי עשרות מונים כאשר מתעסקים במחשוב ענן. ישנו חוסר ניסיון, פחד, חוסר ידע. נדרש לשלב ידיים ולצאת לאתגר ביחד עם אנשי אבטחת מידע בארגון.
תחילה יש לבנות מתודולוגיה ולאחר מכן ארכיטקטורה נכונה וכמובן כשהפרויקט באוויר נדרש לעקוב ולבדוק את עצמכם כל הזמן. אני מזהיר אתכם מראש שלפעמים תצטרכו להתפשר טכנולוגית אבל לדעתי המטרה מקדשת את האמצעים.
בחירת ספק הענן דורשת מחשבה ותכנון רב.
חשוב להתחיל בבניית אסטרטגיה לטווח ארוך.
אני מאמין שחשוב לבנות תשתית מתאימה שתאפשר לנו לעשות שימוש בתשתיות ענן של ספקים שונים (אסטרטגיית multi cloud) ולתת דגש על הימנעות ככל האפשר מ vendor lock (לדוגמא ע"י שימוש ב- containers ו- Kubernetes),לא לוותר על התשתיות הקיימות להיפך יש לנצל את הקיים ולבנות תשתית היברידית ולבדוק כלים שיאפשרו את ניהול התשתית החדשה (Cloud orchestration).
זהו רק קצה הקרחון וישנם עוד המון נושאים שיש להתייחס אליהם בבחירת ספק מחשוב ענן ואסטרטגיה נכונה. אתייחס אליהם ואפרט במאמר המשך.
אחרי ההסברים על הצדדים הפחות טכנולוגיים אז איך מתחילים? מה בעצם מעבירים לענן?
ישנן המון אפשרויות חובה לשים דגש על כמות הידע בתחום מחשוב ענן הקיימת בארגון שלכם:
1. סביבות Dev/test. חשוב מאוד להתנסות וזו דרך נהדרת להכשיר אנשי צוות - קדימה לשחק חברים, תבנו סביבות פיתוח, תשתמשו ב sandboxים.
2. רכישה של ציוד או חומרה חדשה. תבדקו האם יש אלטרנטיבה עננית אולי תחסכו כספים תוך קידום הארגון לטכנולוגיה חדשה ומתקדמת יותר.
3. פרויקטים שנתקעים, נופלים לעיתים קרובות הם מועמדים אידיאלים לבדיקה האם אפשר להעביר אותם לענן.
4. פרויקטים חדשים. אני ממליץ לבדוק את האופציה העננית עבור כל פרויקט חדש.
בבדיקה כזו אתם והארגון לומדים, משווים, ומתחילילם להבין שיש אופציה נוספת. גם אם בסופו של דבר הפרויקטים לא אפשריים או מתאמים למעבר לענן, זה יעזור לכם בהמשך.
נקודה נוספת שחשוב להדגיש היא שלרוב מדובר במשהו חדש וכל טעות עלולה לעכב את המעבר ולתת כוח למתנגדים לכן בכל workload שמתוכנן לעלות לענן יש לשים לב ולהקפיד על alertים, ניהול תקציב, הרשאות, עמידה ברגולציות, שמירה על המידע והפרטיות של כל הנתונים ע"י מיפוי של הdata לפני שמתניעים פרויקט כלשהו.
מקווה שנהניתם ועזרתי לו במעט בעשיית סדר וקביעת נהלים להצלחת הפרויקטים והאסטרטגיה העננית שלכם. במידה ויש לכם שאלות, הסתיגויות בכל נושא הקשור לענן אתם מוזמנים לפנות אלי ל ariel@cloudman.guru.
בפוסט זה אנסה להדגיש נקודות חשובות שצריך לקחת בחשבון כאשר בונים אסטרטגיה ארגונית למחשוב ענן עבור ארגון ממשלתי ו/או ארגון גדול שיש לו תשתיות קיימות on prem.
ראשית חשוב להבין שמדובר בתהליך ארוך ויש לתכנן אותו היטב, מניסיון אישי מומלץ להצטייד בהמון סבלנות ואורך רוח מכיוון שישנם היבטים רבים הדורשים את תשומת הלב של מי שמנסה להוביל או להיות שותף למהלך כזה: למידה רבה, התעסקות בפוליטיקה ומאבקי כוח, התנהלות נכונה מול אנשים בדרגות שונות, וחשוב להבין שתצטרכו להתפשר כדי להגיע ליעד הרצוי: העברת תשתיות ו- workloadים רבים ככל האפשר לענן.
מחשוב ענן מצריך לימוד רב לא רק ממוביל התחום ולכן חשוב לבנות צוות או צוותים. חובה עליכם לנסות לסחוף כמה שיותר אנשים (תהליך לא פשוט) היות ומדובר בתפיסה אחרת, התארגנות שונה של צוותים ונהלי עבודה שונים.
במאמר נוסף שאכתוב אפרט לעומק את האני מאמין בנוגע לבניית צוות ואיך להכשיר את האנשים והצוותים הללו.
המטרה הראשונה היא מציאת ספונסר: מנהל בכיר וחזק שיעזור לכם לקדם את האני מאמין שלכם ולעזור לכם להתמודד עם הצד השני של הפוליטיקה - עובדים מקצועיים ומנהלים אחר אשר חוששים משינוי, מפחדים על מקומם ו/או לא מעוניינים להתקדם מקצועית.
כאמור מניסיון אישי מדובר בתהליך המערב המון יצרים כך שתבואו מוכנים, תתכננו כמה מהלכים קדימה ותנסו למצוא את ההזדמנויות לערב יותר גורמים בתהליך וכך לא תתמודדו לבד מול כל העולם.
נושא חשוב בכל תחום ופי עשרות מונים כאשר מתעסקים במחשוב ענן. ישנו חוסר ניסיון, פחד, חוסר ידע. נדרש לשלב ידיים ולצאת לאתגר ביחד עם אנשי אבטחת מידע בארגון.
תחילה יש לבנות מתודולוגיה ולאחר מכן ארכיטקטורה נכונה וכמובן כשהפרויקט באוויר נדרש לעקוב ולבדוק את עצמכם כל הזמן. אני מזהיר אתכם מראש שלפעמים תצטרכו להתפשר טכנולוגית אבל לדעתי המטרה מקדשת את האמצעים.
בחירת ספק הענן דורשת מחשבה ותכנון רב.
חשוב להתחיל בבניית אסטרטגיה לטווח ארוך.
אני מאמין שחשוב לבנות תשתית מתאימה שתאפשר לנו לעשות שימוש בתשתיות ענן של ספקים שונים (אסטרטגיית multi cloud) ולתת דגש על הימנעות ככל האפשר מ vendor lock (לדוגמא ע"י שימוש ב- containers ו- Kubernetes),לא לוותר על התשתיות הקיימות להיפך יש לנצל את הקיים ולבנות תשתית היברידית ולבדוק כלים שיאפשרו את ניהול התשתית החדשה (Cloud orchestration).
זהו רק קצה הקרחון וישנם עוד המון נושאים שיש להתייחס אליהם בבחירת ספק מחשוב ענן ואסטרטגיה נכונה. אתייחס אליהם ואפרט במאמר המשך.
אחרי ההסברים על הצדדים הפחות טכנולוגיים אז איך מתחילים? מה בעצם מעבירים לענן?
ישנן המון אפשרויות חובה לשים דגש על כמות הידע בתחום מחשוב ענן הקיימת בארגון שלכם:
1. סביבות Dev/test. חשוב מאוד להתנסות וזו דרך נהדרת להכשיר אנשי צוות - קדימה לשחק חברים, תבנו סביבות פיתוח, תשתמשו ב sandboxים.
2. רכישה של ציוד או חומרה חדשה. תבדקו האם יש אלטרנטיבה עננית אולי תחסכו כספים תוך קידום הארגון לטכנולוגיה חדשה ומתקדמת יותר.
3. פרויקטים שנתקעים, נופלים לעיתים קרובות הם מועמדים אידיאלים לבדיקה האם אפשר להעביר אותם לענן.
4. פרויקטים חדשים. אני ממליץ לבדוק את האופציה העננית עבור כל פרויקט חדש.
בבדיקה כזו אתם והארגון לומדים, משווים, ומתחילילם להבין שיש אופציה נוספת. גם אם בסופו של דבר הפרויקטים לא אפשריים או מתאמים למעבר לענן, זה יעזור לכם בהמשך.
נקודה נוספת שחשוב להדגיש היא שלרוב מדובר במשהו חדש וכל טעות עלולה לעכב את המעבר ולתת כוח למתנגדים לכן בכל workload שמתוכנן לעלות לענן יש לשים לב ולהקפיד על alertים, ניהול תקציב, הרשאות, עמידה ברגולציות, שמירה על המידע והפרטיות של כל הנתונים ע"י מיפוי של הdata לפני שמתניעים פרויקט כלשהו.
מקווה שנהניתם ועזרתי לו במעט בעשיית סדר וקביעת נהלים להצלחת הפרויקטים והאסטרטגיה העננית שלכם. במידה ויש לכם שאלות, הסתיגויות בכל נושא הקשור לענן אתם מוזמנים לפנות אלי ל ariel@cloudman.guru.
Oops! Something went wrong while submitting the form