בבחינת מחשוב ענן יתרונות וחסרונות, השאלה המרכזית היא אם העסק מעדיף תשלום חודשי וגמישות על פני שליטה מלאה בציוד. היתרונות: תשלום לפי שימוש, הגדלה והקטנה מהירות, גישה מכל מקום ופחות תחזוקה. החסרונות: תלות באינטרנט ובספק, עלויות שגדלות בלי ניהול, ואחריות אבטחה שנשארת אצל העסק. מחליטים לפי המערכות, הנתונים והתקציב.
| היבט | ענן | ציוד מקומי |
|---|---|---|
| הוצאה | חודשית ומשתנה לפי שימוש | השקעה ראשונית ותחזוקה שוטפת |
| גמישות | הגדלה והקטנה תוך זמן קצר | תלויה ברכישה והתקנה של ציוד |
| שליטה | בהסכם עם הספק ובהגדרות | מלאה, באחריות העסק |
| תלות באינטרנט | גבוהה | נמוכה לעבודה פנימית |
| אבטחה ושרידות | משותפות בין הספק לעסק | באחריות העסק בלבד |
| גישה מרחוק | מובנית | נדרש חיבור מאובטח למשרד |
עיקרי הדברים
- היתרון המרכזי הוא החלפת רכישת ציוד ותחזוקה בהוצאה חודשית, יחד עם יכולת להגדיל ולהקטין משאבים במהירות.
- החיסרון המרכזי הוא התלות: בקו האינטרנט, בספק וביכולת להוציא את הנתונים אם רוצים לעזוב.
- האבטחה בענן משותפת: הספק מאבטח את התשתית והעסק את ההרשאות והנתונים, ולכן הגדרה שגויה בצד העסק היא הסיכון הנפוץ.
- עלות הענן יכולה לטפס כשמזמינים משאבים מעבר לצורך. נדרש מעקב חודשי.
- לא כל מערכת מתאימה לענן, וגם אמזון מציינת מקרים שבהם עדיף להשאיר מערכת במקומה, כמו דרישת מיקום נתונים וציוד ייעודי.
כדי לראות איך נראית מפת שירותי הענן שהעסק יכול לבחור מתוכה, ראו את המדריך שירותי ענן לעסקים.
שירותי ענן לעסקים כוללים שרתים וירטואליים ואחסון, גיבוי ואבטחה בענן, טלפוניה ומרכזיות IP ותוכנות כשירות (SaaS) כמו Microsoft 365. המעבר לענן מחליף השקעה בחומרה בתשלום חודשי לפי שימוש, ומאפשר הגדלה או הקטנה של משאבים לפי הצורך. העלות החודשית נקבעת לפי רמת השירות והיקף המערכות, ומחיר מדויק נקבע בהצעה.
מהם היתרונות של מחשוב ענן לעסק?
ההגדרה המקובלת של מחשוב ענן, שפרסם המכון הלאומי לתקנים וטכנולוגיה בארצות הברית (NIST), מפרטת חמש תכונות מהותיות. מסמך NIST SP 800-145 מגדיר אותן, ואפשר לתרגם כל אחת מהן ליתרון עסקי מוחשי:
- שירות עצמי לפי דרישה. העסק מוסיף שרת או משתמש בלי להזמין טכנאי ובלי לחכות לאספקת ציוד.
- גישה רחבה דרך הרשת. עובדים מהבית, מסניפים ומהשטח מגיעים לאותן מערכות מכל מכשיר.
- מאגר משאבים משותף. הספק מחלק את התשתית בין לקוחות רבים, ולכן עסק קטן נהנה מתשתית שלא היה בונה לבד.
- גמישות מהירה. אפשר להגדיל משאבים בתקופת עומס ולהקטין אחריה, במקום לקנות ציוד לשיא הצפוי.
- שימוש נמדד. משלמים לפי צריכה, ורואים בדוחות כמה כל שירות עולה.
מעבר לתכונות האלה, יתרונות מעשיים נוספים: שדרוגים ועדכונים נעשים אצל הספק, הגיבוי והשרידות טובים בדרך כלל ממה שעסק קטן מצליח לבנות בעצמו, וההוצאה צפויה יותר, כי היא חודשית ולא תלויה בהחלפת ציוד פתאומית. עבור עסק שמחליף שרת או מרכזייה ישנה, זה גם מועד טבעי לבחון חלופה בענן.
מהם החסרונות והסיכונים של מחשוב ענן?
- תלות באינטרנט. כשהקו נופל, הגישה למערכות בענן נפגעת. עסק שעובד בענן צריך קו יציב, וכדאי לשקול קו גיבוי. כשעובדים מול שרת בענן חשוב גם קצב ההעלאה (Upload), לא רק קצב ההורדה.
- תלות בספק ונעילה. מעבר בין ספקים מסובך אם לא בודקים מראש באיזה פורמט ובאיזו עלות מוציאים את הנתונים. מומלץ לקבל את תנאי היציאה בכתב לפני החתימה.
- עלויות שגדלות. חיוב לפי שימוש פירושו שהזמנת יתר או שירות שנשכח ממשיכים לעלות כסף. גם תעבורה יוצאת מהענן מתומחרת אצל ספקים גדולים, ולכן היא חלק מהחשבון. לפי מסמך עקרונות העלות של AWS, מה שמונע גלישה הוא מודעות להוצאות והתאמת המשאבים לביקוש לאורך זמן.
- אחריות אבטחה שנשארת אצל העסק. הגדרה שגויה של הרשאות, סיסמה חלשה או תיקייה פתוחה לכולם חושפות מידע גם אצל ספק מאובטח.
- מיקום מידע ופרטיות. עסק שמחזיק מידע אישי כפוף לחוק הגנת הפרטיות, ובתחומים כמו פיננסים ובריאות קיימות לעיתים דרישות נוספות. בודקים באיזה אזור נשמר המידע.
- השהיה ביישומי זמן אמת. טלפוניה ושיחות וידאו רגישות למרחק מהשרת, ולכן אזור הענן שנבחר חשוב.
מתי עדיף ענן ומתי עדיף ציוד מקומי?
הטבלה בראש העמוד מציגה את ההבדלים בין ענן לציוד מקומי בשישה היבטים.
קריאה נכונה של הטבלה שבראש העמוד מתחילה בשאלה איזה היבט חשוב לעסק יותר. עסק שהעדיפות שלו היא צפיות בהוצאה ושליטה פיזית בציוד יבחן את הצד המקומי בכובד ראש, ועסק שהעדיפות שלו היא גמישות, עבודה מרחוק וצמיחה יימשך לענן. אין היבט אחד שמכריע לבדו. ההחלטה נבנית מצירוף של כמה היבטים, ולכן נוח לדרג אותם לפי חשיבות לפני שמבקשים הצעות.
בפועל ההחלטה אינה אחת לכל העסק, והיא נקבעת לכל מערכת בנפרד. מדריך המעבר של AWS מונה מצבים שבהם עדיף להשאיר מערכת במקומה: דרישת מיקום נתונים, תלות בציוד ייעודי שאין לו מקבילה בענן, מערכת שהעסק שדרג לאחרונה, ומערכת שעדיין לא הגיעה לה גרסת ענן של היצרן. מערכות כאלה נשארות במשרד, והשאר עובר לענן, וזה בדיוק מצב של ענן היברידי.
לעסק עם שרת מקומי וצוות עובדים שפועל מהמשרד בלבד, ייתכן שהענן אינו מעניק יתרון מיידי. עסק עם עובדים מרחוק, סניפים או גידול צפוי יראה את היתרונות מהר יותר.
אילו סוגי ענן קיימים ואיך הם משפיעים על היתרונות והחסרונות?
מסמך NIST מגדיר שלושה מודלי שירות: תשתית כשירות (IaaS), פלטפורמה כשירות (PaaS) ותוכנה כשירות (SaaS), וארבעה מודלי פריסה: ציבורי, פרטי, קהילתי והיברידי. ככל שעוברים מתשתית לתוכנה כשירות, האחריות של העסק קטנה, אבל גם השליטה קטנה. ענן ציבורי נותן את הגמישות הגדולה בעלות הנמוכה יחסית, ענן פרטי נותן בידוד ושליטה, וענן היברידי מאפשר לשלב, במחיר של ניהול שתי סביבות.
לעסקים קטנים הבחירה הפשוטה בדרך כלל היא שירותים מוכנים במודל תוכנה כשירות לדואר, קבצים, ניהול לקוחות ומרכזיה, ותשתית ציבורית לשאר. גיבוי מחוץ למשרד הוא חלק מהתמונה, ופרטים עליו בעמוד גיבוי בענן.
אילו חששות נפוצים לגבי הענן נכונים ואילו מוגזמים?
חשש שמתקבל לעיתים קרובות הוא שהענן פחות בטוח ממשרד. אין תשובה אחת: ספקי ענן גדולים משקיעים באבטחת התשתית יותר ממה שעסק קטן מסוגל לבנות, אבל הנתונים נחשפים בדרך כלל דרך הגדרות בצד העסק. לכן הענן אינו בטוח או מסוכן מעצמו, והתוצאה תלויה בניהול ההרשאות, באימות דו-שלבי ובגיבוי נפרד.
חשש שני נוגע לשירותי אחסון חינמיים לצרכנים. בדרך כלל חסרים בשירותים כאלה ניהול הרשאות מרכזי, יומן גישה והסכם רמת שירות, ולכן הם אינם פתרון לנתונים עסקיים. את הבחירה הנכונה עושים לפי היקף הנתונים והדרישות, וכדאי להימנע מסטטיסטיקות כלליות על "כמה עסקים נפגעים", כי מה שקובע הוא מה שקורה בעסק עצמו.
מתי מחשוב ענן אינו כדאי לעסק?
ענן אינו מתאים לכל עסק ולכל מערכת. אלה מצבים שבהם כדאי לעצור ולבדוק לפני שמעבירים:
- תלות בציוד ייעודי. מערכת שמחוברת לציוד שאין לו מקבילה בענן נשארת במקומה.
- קו אינטרנט לא יציב. כשאין קו יציב ואי אפשר להוסיף קו גיבוי, העבודה מול הענן תיפגע בכל נפילה.
- דרישת מיקום נתונים. אם יש חובה לשמור מידע באזור מסוים, בודקים שיש אזור מתאים אצל הספק.
- עומס קבוע וגבוה. מערכת שרצה בעומס מלא ללא הפסקה עשויה לצאת בענן יקרה יותר מציוד בבעלות העסק, ולכן משווים עלות כוללת לכמה שנים, כולל חשמל, תחזוקה והחלפת ציוד.
- תוכנה שאינה נתמכת בענן. יצרן שלא מאשר הפעלה בענן הופך את המעבר לסיכון.
במצבים כאלה לא חייבים לוותר על הענן כולו. לרוב שומרים במקום את המערכת הבעייתית ומעבירים את השאר.
איך עלויות הענן מצטברות לאורך זמן ואיך בודקים אותן?
מחיר ההתחלה בענן שונה מהעלות בפועל אחרי חודשים של שימוש. החשבון מורכב מכמה רכיבים: שעות חישוב של שרתים, אחסון לפי סוג שכבה, תעבורה יוצאת, גיבוי, תמיכה, רישיונות וכלי ניטור. הצבירה נובעת בדרך כלל ממשאבים שנשכחו, כמו שרתי בדיקה פעילים, תמונות מצב של דיסקים וגיבויים ישנים, ומהזמנת יתר.
כדי לשלוט בה מגדירים תקציב חודשי והתראה על חריגה, מסמנים כל משאב לפי פרויקט או מחלקה, ובודקים את החשבון פעם בחודש מול הצריכה בפועל. ספקי ענן גדולים מציעים כלים לכך, וכדאי לבקש מהספק או מהאינטגרטור דוח צריכה לפי שירות.
מהי נעילה אצל ספק ענן ואיך מצמצמים אותה?
נעילה אצל ספק (Vendor Lock-in) היא מצב שבו המעבר לספק אחר יקר או מסובך, כי הנתונים בפורמט ייחודי, העסק משתמש בשירותים שאין להם מקבילה אצל אחרים, או שהוצאת הנתונים כרוכה בתשלום. זו שאלה של איזון ולא פסול: שירות מנוהל ייחודי חוסך עבודה, ומחירו הוא תלות.
- מבקשים בכתב את תנאי היציאה: פורמט הייצוא, משך הזמן, העלות ואישור מחיקה.
- שומרים עותק גיבוי עצמאי של הנתונים החשובים, בפורמט סטנדרטי, מחוץ לחשבון הראשי.
- מתעדים את הארכיטקטורה והתצורה, כדי שאפשר יהיה לשחזר אותן אצל ספק אחר.
- משתמשים בשירותים ייחודיים רק במקום שבו התועלת ברורה, ולא ברכיבי הליבה של המידע.
- בודקים פעם בשנה שהייצוא אכן עובד.
איך מחליטים אם ענן מתאים לעסק? שאלון קצר
- אילו מערכות העסק מפעיל היום, ואילו מהן יש להן גרסת ענן של היצרן?
- כמה עובדים עובדים מחוץ למשרד, וכמה סניפים יש?
- האם קו האינטרנט יציב, ויש קו גיבוי?
- איזה מידע רגיש מוחזק, ואילו דרישות חלות עליו?
- האם התקציב מעדיף הוצאה חודשית צפויה על פני השקעה חד-פעמית?
- מי בעסק יהיה אחראי על ההרשאות ועל בדיקת החשבון החודשי?
למי שמהסס, מומלץ להתחיל בקטן: להעביר שירות אחד, כמו מרכזיה של סניף קטן או אחסון קבצים, ללמוד, ואז להרחיב. מחירי ענן משתנים לפי תצורה ושימוש, ולכן אין בעמוד מחירון. מחיר מדויק נקבע בהצעה. מי שמתעניין בטלפוניה יכול להתחיל בעמוד מרכזיה בענן.
איך זה נראה בפועל? שלוש דוגמאות לפי סוג עסק
- משרד שירותים קטן, כמו משרד הנהלת חשבונות. רוב התוכנות כבר קיימות כשירות ענן, ולכן הענן מפשט את העבודה מרחוק ואת הגיבוי. החיסרון המרכזי הוא תלות בקו אינטרנט יציב ובהרשאות מסודרות לנתוני לקוחות.
- חברה עם כמה סניפים. ענן מאפשר מערכת אחת לכל הסניפים, מרכזיה אחת והרשאות אחידות. החיסרון הוא שכל סניף תלוי באיכות הקו המקומי שלו, ולכן כדאי לתכנן קו גיבוי לסניפים העיקריים.
- עסק עם ציוד ייעודי, כמו מפעל או מעבדה. לעיתים קרובות חלק מהמערכות חייב להישאר במקום, והמודל המתאים הוא היברידי: דואר, קבצים וטלפוניה בענן, ומערכות הייצור במקום.
דוגמאות אלה אינן תחליף לבדיקה של העסק עצמו. שני עסקים באותו תחום יכולים להגיע למסקנות שונות בגלל תוכנה ישנה, קו אינטרנט חלש או דרישת לקוח מסוימת. לכן ההמלצה היא למפות מערכת אחר מערכת, ולא להכריע על "ענן כן או לא" לכל העסק בבת אחת. ברוב המקרים מתקבלת תמונה מעורבת, שבה חלק מהמערכות עוברות מיד, חלק בהמשך, וחלק נשארות במקומן.
איך יודעים אחרי שנה אם הענן עמד בציפיות?
כדי לא להישען על תחושה, מגדירים מראש כמה מדדים ובודקים אותם אחרי שנה. עלות כוללת לעומת העלות לפני המעבר, כולל תחזוקה, רישיונות וציוד שהוחלף. זמן השבתה ומספר הפניות לתמיכה. מהירות העבודה של עובדים שעובדים מרחוק. ושביעות רצון של המשתמשים. אם אחד המדדים לא עומד ביעד, בודקים אם הבעיה בספק, בהגדרות או במקום שבו המערכת רצה, ולא מסיקים מיד שהענן אינו מתאים.
ענן עם טלקום אקספרט
הבחירה בין ענן למקומי, ובין סוגי ענן, היא החלטת תכנון ולא החלטה עקרונית. מהנדס תקשורת מטלקום אקספרט, עם מעל 25 שנות ניסיון, בוחן יחד עם העסק כל מערכת, מגדיר מה עובר לענן ומה נשאר, ומלווה את התכנון וההקמה כאינטגרטור שאינו כבול לספק אחד. השירות מיועד לעסקים ולארגונים בלבד, ואינו מוצע ללקוחות פרטיים.
אילו פתרונות אפשר לקבל בהצעה?
טלקום אקספרט מכינה הצעה לפי המערכות של העסק. אלה האפשרויות שנבחנות:
| פתרון | מתי הוא מתאים |
|---|---|
| הערכת התאמה לענן ומיפוי מערכות | בדיקה מה מתאים לענן ומה נשאר במשרד: מיפוי המערכות, הערכת העלות והסיכון, והחלטה על סדר המעבר לפי צרכי העסק. |
| ענן ציבורי | שירות ענן ציבורי שמשלמים עליו לפי שימוש. מתאים לעסק שצריך גמישות להגדיל ולהקטין, ואינו מחויב למיקום מסוים של המידע. |
| ענן פרטי | סביבת ענן ייעודית לעסק אחד, עם בידוד מלא ובקרה גבוהה יותר על המידע. מתאים לדרישות רגישות או לתחומים מפוקחים. |
| ענן היברידי | שילוב של שתי סביבות: מערכות רגישות או ותיקות נשארות במשרד או בסביבה פרטית, והשאר פועל בענן הציבורי, עם חיבור ביניהן. |
| שרת מקומי במשרד | שרת פיזי במשרד, עם ציוד ייעודי ושליטה פיזית. מתאים למערכות שתלויות בחומרה מסוימת או במגבלות שאינן מאפשרות ענן. |
| קבלו הצעת מחיר | |
לייעוץ ללא התחייבות: 077-8123111.
שאלות נפוצות על מחשוב ענן יתרונות וחסרונות
היתרון המרכזי הוא שהעסק מחליף רכישת ציוד ותחזוקה בתשלום חודשי צפוי, ומקבל גישה למערכות מכל מקום. מוסיפים או מורידים משתמשים ומשאבים תוך זמן קצר, והשדרוגים נעשים אצל הספק. בנוסף עובדים מהבית ומסניפים על אותן מערכות, ובדרך כלל הגיבוי והשרידות טובים ממה שעסק קטן מצליח לבנות בעצמו.
החסרונות העיקריים הם תלות בחיבור האינטרנט ובספק, עלויות שעלולות לטפס כשמזמינים משאבים מעבר לצורך, ושאלות של מיקום המידע ופרטיות. כשהקו נופל, הגישה למערכות נפגעת, ולכן שוקלים קו גיבוי. גם מעבר בין ספקים מסובך אם לא בודקים מראש איך מוציאים את הנתונים. רוב החסרונות ניתנים לצמצום בתכנון נכון.
כשהמערכת תלויה בציוד ייעודי שאין לו מקבילה בענן, כשיש דרישה שהנתונים יישארו במקום מוגדר, או כשהעסק שדרג את המערכת לאחרונה ויכול לחכות למועד החלפה. גם עסק שפועל כולו מהמשרד ואין לו צורך בגישה מרחוק יכול להמשיך עם שרת מקומי. פתרון מקובל הוא ענן היברידי, שבו חלק מהמערכות נשאר במשרד.
כן, כמו כל עסק שמחובר לאינטרנט. הענן לא מחליף אבטחה, אבל הוא מקל עליה: גיבויים מחוץ למשרד, עדכונים אצל הספק והזדהות חזקה. הסיכון הנפוץ הוא הגדרה שגויה בצד העסק, כמו סיסמה חלשה או תיקייה פתוחה. לכן מוסיפים אימות דו-שלבי, הרשאות לפי תפקיד וגיבוי נפרד.
הגישה למערכות שרצות בענן נפגעת עד שהקו חוזר. כדי להקטין את הסיכון מתכננים קו אינטרנט יציב עם התחייבות, קו גיבוי של ספק אחר או חיבור סלולרי, ובודקים אילו פעולות חייבות להמשיך גם בלי קו. בעסקים שבהם הטלפוניה בענן, מוגדר מראש לאן מופנות שיחות כשהקו במשרד אינו זמין.
מתכננים קו אינטרנט יציב ושוקלים קו גיבוי, מבקשים בכתב את תנאי היציאה והעברת הנתונים, בודקים את החשבון פעם בחודש ומתאימים משאבים לעומס בפועל, ומגדירים הרשאות עם אימות דו-שלבי. מוסיפים גיבוי נפרד ובדיקת שחזור תקופתית. כך הופכים את התלות, העלות והאבטחה לנושאים מנוהלים.
