ענן ציבורי מול ענן פרטי: בענן ציבורי העסק שוכר משאבי מחשוב על תשתית שספק הענן מפעיל עבור לקוחות רבים, ומשלם לפי שימוש. בענן פרטי התשתית מוקצית לארגון אחד בלבד, אצלו או אצל ספק, והוא מקבל שליטה רחבה יותר בתצורה ובמיקום הנתונים, בעלות קבועה גבוהה יותר. ענן היברידי משלב בין השניים. ההכרעה תלויה בשלושה דברים: רגישות המידע, אופי העומסים והיכולת של העסק לנהל את הסביבה.
העמוד הזה מתמקד בהיבט אחד של הנושא. את התמונה המלאה תמצאו במדריך שירותי ענן לעסקים.
המדריך מיועד למנהלי מערכות מידע ולבעלי עסקים שצריכים לבחור מודל ענן ב-2026. הוא עוסק בהבדלים המהותיים, בחלוקת האחריות לאבטחה, במיקום הנתונים בישראל ובשאלות שכדאי לשאול לפני שמתחייבים.
מה ההבדל בין ענן ציבורי, ענן פרטי וענן היברידי?
ההגדרות המקובלות בתעשייה מבוססות על הגדרת מחשוב הענן של NIST (SP 800-145), שמבחינה בין ארבעה מודלי פריסה (Deployment Models):
- ענן ציבורי (Public Cloud): תשתית שפתוחה לשימוש הציבור הרחב וממוקמת אצל ספק הענן. הספק מפעיל אותה ומחלק את המשאבים בין לקוחות רבים, בהפרדה לוגית ביניהם.
- ענן פרטי (Private Cloud): תשתית שמוקצית לשימוש בלעדי של ארגון אחד. היא יכולה להיות בבעלות הארגון, בניהול צד שלישי או בשילוב, ויכולה לשבת בחדר השרתים של הארגון או אצל ספק.
- ענן קהילתי (Community Cloud): תשתית משותפת לקבוצת ארגונים עם דרישות דומות, למשל אבטחה או רגולציה.
- ענן היברידי (Hybrid Cloud): שילוב של שתי תשתיות ענן נפרדות או יותר, שמחוברות כך שאפשר להעביר ביניהן נתונים ויישומים.
נקודה שמבלבלת עסקים רבים: ענן פרטי אינו בהכרח שרתים במשרד. ספקים רבים מציעים ענן פרטי מאורח (Hosted Private Cloud), שבו החומרה יושבת בחוות השרתים של הספק אבל מוקצית ללקוח אחד. ההבדל מענן ציבורי הוא בבלעדיות המשאבים ובמידת השליטה, לא במיקום הפיזי.
| מאפיין | ענן ציבורי | ענן פרטי |
|---|---|---|
| מי משתמש בתשתית | לקוחות רבים, בהפרדה לוגית | ארגון אחד בלבד |
| מודל העלות | תשלום לפי שימוש, כמעט בלי השקעה מראש | עלות קבועה לתשתית מוקצית, גם כשהיא לא מנוצלת במלואה |
| הרחבת משאבים | מיידית, בהיקף שכמעט אינו מוגבל | מוגבלת לחומרה שהוקצתה, הרחבה דורשת תכנון |
| שליטה בתצורה | בגבולות השירותים שהספק מציע | רחבה, כולל שכבת הווירטואליזציה והרשת |
| מי מתחזק את התשתית | הספק | הארגון או ספק שירות מנוהל מטעמו |
מודל הפריסה אינו מודל השירות. ההבחנה בין תשתית כשירות (IaaS), פלטפורמה כשירות (PaaS) ותוכנה כשירות (SaaS) מוסברת במדריך מה זה מחשוב ענן, וכל אחד מהם יכול לפעול בענן ציבורי או בענן פרטי.
מי אחראי על אבטחת המידע בענן ציבורי ובענן פרטי?
בענן ציבורי האחריות מתחלקת בין הספק ללקוח, לפי מה שמכונה מודל האחריות המשותפת (Shared Responsibility Model). לפי המסמך של Microsoft על אחריות משותפת בענן, הספק אחראי על חוות השרתים, על הרשת הפיזית ועל השרתים הפיזיים. הלקוח נשאר אחראי בכל מודל על הנתונים, על חשבונות המשתמשים, על ניהול ההרשאות ועל המחשבים והטלפונים שמתחברים לשירות. בתשתית כשירות הלקוח אחראי גם על מערכת ההפעלה, על היישומים ועל בקרות הרשת.
בענן פרטי שהארגון מפעיל בעצמו, כל השכבות באחריותו. בענן פרטי מאורח או מנוהל, החלוקה נקבעת בחוזה, ולכן חשוב לקבל אותה בכתב: מי מעדכן את שכבת הווירטואליזציה, מי מנטר, מי מגבה ומי מגיב לאירוע אבטחה.
האם ענן פרטי בטוח יותר מענן ציבורי?
לא באופן אוטומטי. ענן פרטי מבטל את השיתוף של חומרה עם לקוחות אחרים ומאפשר להגדיר רשת מבודדת לחלוטין, וזה יתרון ממשי למידע רגיש. מנגד, ספקי הענן הציבורי הגדולים משקיעים בניטור, בהצפנה ובכלי ניהול זהויות ברמה שארגון בינוני מתקשה לשחזר בעצמו.
בפועל, רוב אירועי אבטחת המידע בענן נובעים מהגדרות שגויות ומניהול הרשאות לקוי, ולא מהמודל עצמו. ענן פרטי שמנוהל ללא עדכונים שוטפים, ללא אימות דו-שלבי (MFA) וללא גיבוי מנותק מהרשת חשוף יותר מסביבה מוגדרת היטב בענן ציבורי. השאלה הנכונה היא מי ינהל את האבטחה ובאיזו רמה, ולא רק איפה יושבים השרתים.
האם אפשר לשמור את הנתונים בישראל גם בענן ציבורי?
כן. שלושת ספקי הענן הציבורי הגדולים מפעילים היום אזורים בישראל: ל-AWS יש אזור בתל אביב (il-central-1) עם שלושה אזורי זמינות, וההפעלה שלו בחשבון דורשת הסכמה יזומה (Opt-in); ל-Google Cloud יש אזור בתל אביב (me-west1) עם שלושה אזורים; ול-Microsoft יש את האזור Israel Central עם שלושה אזורי זמינות, כפי שמופיע ברשימת האזורים של Azure. לצדם פועלים בישראל ספקי ענן מקומיים וחוות שרתים שמציעות גם ענן פרטי מאורח.
המשמעות המעשית: מיקום הנתונים בישראל כבר אינו סיבה מספקת לבחור בענן פרטי. מה שכן חשוב לבדוק הוא אילו שירותים זמינים בפועל באזור הישראלי, האם גיבויים ועותקים משניים יוצאים לאזור אחר, ומה נכתב בחוזה. מאז 14 באוגוסט 2025 בתוקף תיקון 13 לחוק הגנת הפרטיות, שהרחיב את סמכויות האכיפה של הרשות להגנת הפרטיות. בתחומים מפוקחים כמו פיננסים, בריאות ומשפט כדאי לברר מראש מול היועץ המשפטי והרגולטור אילו דרישות חלות על אחסון במיקור חוץ.
מתי ענן פרטי מתאים יותר לעסק?
- הארגון מחויב לדרישות רגולציה או לחוזים עם לקוחות שמחייבים הפרדה פיזית של החומרה או שליטה בשכבת הווירטואליזציה.
- העומסים קבועים וצפויים לאורך השנה, כך שתשתית מוקצית מנוצלת היטב ואין צורך בגמישות של תשלום לפי שימוש.
- יש מערכות ותיקות שדורשות גרסת מערכת הפעלה, רישוי או תצורת רשת שאינן נתמכות בשירותי הענן הציבורי.
- נדרשים ביצועים יציבים ועיכוב נמוך (Latency) בין שרתים, למשל במערכות מסחר, בקרה תעשייתית או מסדי נתונים כבדים.
- לארגון יש צוות תשתיות, או ספק שירות מנוהל, שיכול לתחזק את הסביבה ברמה גבוהה לאורך זמן.
מתי ענן ציבורי מתאים יותר?
- העומסים משתנים: עונתיות, קמפיינים, סביבות פיתוח ובדיקות שנפתחות ונסגרות.
- העסק רוצה להימנע מהשקעה מראש בחומרה ולשלם רק על מה שהוא צורך.
- נדרשים שירותים מנוהלים מוכנים, כמו מסדי נתונים מנוהלים, כלי בינה מלאכותית או שירותי זהויות, שהקמה שלהם בענן פרטי יקרה ומורכבת.
- אין בעסק צוות תשתיות, והוא מעדיף להעביר לספק את תחזוקת החומרה ואת זמינות חוות השרתים.
עסקים קטנים ובינוניים רבים מגיעים בסוף לשרת וירטואלי אחד או שניים בענן ציבורי או מקומי. הפרטים הטכניים של האפשרות הזו מרוכזים במדריך שרת וירטואלי בענן.
מה זה ענן היברידי ולמי הוא מתאים?
ענן היברידי מחבר בין ענן פרטי, או שרתים מקומיים, לבין ענן ציבורי, ומאפשר להחזיק כל עומס במקום שמתאים לו. דפוס נפוץ: מסד הנתונים עם המידע הרגיש נשאר בענן הפרטי, ואתר האינטרנט, סביבות הפיתוח והגיבוי המשני רצים בענן הציבורי. דפוס נוסף הוא הרחבה זמנית לענן הציבורי בשעות עומס (Cloud Bursting).
המחיר של הגמישות הוא מורכבות: צריך חיבור מאובטח ויציב בין הסביבות, ניהול זהויות אחיד, ניטור משותף ומדיניות ברורה לגבי איזה מידע מותר להעביר לאן. ענן היברידי מתאים לארגון שיש לו סיבה מוגדרת לכל צד, ולא כפשרה בין שני המודלים.
איך משווים עלויות בין ענן ציבורי לענן פרטי?
השוואה לפי מחיר חודשי של שרת אחד מטעה. כדי להשוות נכון, מחשבים עלות כוללת לשלוש עד חמש שנים, וכוללים בה:
- בענן ציבורי: מחשוב ואחסון לפי שימוש, תעבורה יוצאת (Egress), גיבוי, כתובות IP ציבוריות, רישוי מערכות הפעלה ותמיכה מורחבת. הנחות על התחייבות לשנה או לשלוש שנים משנות את התמונה משמעותית.
- בענן פרטי: חומרה או השכרה של תשתית מוקצית, רישוי וירטואליזציה, אחסון, חשמל וקירור אם הסביבה אצלכם, ושעות עבודה של צוות התשתיות או של ספק השירות המנוהל.
- בשני המודלים: עלות המעבר עצמו, זמן השבתה צפוי, ועלות היציאה מהספק בעתיד.
מחירים מקובלים לשירותי ענן בישראל, כולל שרתים וירטואליים ושירותים מנוהלים, מרוכזים במדריך שירותי ענן לעסקים. מי שבוחן את חבילות הענן של בזק ימצא סקירה נפרדת במאמר שירותי הענן של בזק.
אילו שאלות לשאול לפני שבוחרים בין ענן ציבורי לענן פרטי?
- אילו מערכות ומידע עוברים לענן, ומה רמת הרגישות של כל אחד מהם?
- האם חלה על העסק רגולציה או התחייבות חוזית לגבי מיקום הנתונים והפרדת התשתית?
- האם העומסים קבועים או משתנים לאורך השנה?
- מי ינהל את הסביבה ביום-יום: צוות פנימי, ספק הענן או ספק שירות מנוהל?
- מה זמן ההשבתה המקסימלי שהעסק יכול לספוג, ואיך תיראה התאוששות מאסון בכל מודל?
- מה עולה לצאת מהספק בעוד שלוש שנים, כולל העברת הנתונים?
התשובות לשאלות האלה מצביעות כמעט תמיד על המודל המתאים. כשהן מתפצלות, למשל מידע רגיש לצד עומסים משתנים, ענן היברידי הוא בדרך כלל הכיוון. ליווי בתכנון ובהטמעה ניתן במסגרת שירותי מחשוב הענן שלנו, ומי שרוצה להעמיק בצד התשתיתי יכול לקרוא על חוות שרתים וירטואלית או היברידית באתר טלקום אקספרט.
איך לבחור ספק שירותי מחשוב ענן?
להתייעצות על בחירה בין ענן ציבורי, פרטי או היברידי לעסק שלכם, ייעוץ: 077-8123111.
שאלות נפוצות
שרתים במשרד הם תשתית מקומית רגילה: כל שרת משרת מערכת מסוימת, והרחבה דורשת רכישת חומרה. ענן פרטי מוסיף מעל החומרה שכבת וירטואליזציה, ניהול מרכזי ואוטומציה, כך שאפשר להקצות שרתים וירטואליים ואחסון לפי צורך, להעביר עומסים בין שרתים פיזיים ולשרוד תקלה בשרת בודד. ענן פרטי יכול לשבת במשרד, אבל ברוב המקרים הוא מאורח בחוות שרתים עם חשמל, קירור וקישוריות מגובים.
ענן פרטי וירטואלי הוא רשת מבודדת שהלקוח מגדיר בתוך ענן ציבורי: טווחי כתובות משלו, תת-רשתות, חומות אש וחיבור מוצפן למשרד. הוא מספק הפרדה ברמת הרשת, אבל החומרה עדיין משותפת עם לקוחות אחרים. לכן הוא אינו ענן פרטי במובן המלא. לעסקים רבים זה פתרון ביניים מספק, שמשלב את הגמישות של ענן ציבורי עם בידוד רשתי. כשנדרשת הפרדה פיזית, אפשר לבחור שרתים ייעודיים אצל אותו ספק.
כן, אבל המעבר קל יותר כשמתכננים אותו מראש. כדאי להעדיף מערכות הפעלה ופורמטים נפוצים של מכונות וירטואליות, להחזיק את תצורת התשתית כקוד, ולהימנע מתלות בשירות ייחודי לספק אחד כשאין בכך צורך. לפני חתימה על חוזה כדאי לברר כיצד מוציאים את הנתונים בסוף ההתקשרות, באיזה פורמט, תוך כמה זמן והאם התעבורה היוצאת מחויבת. מעבר בין מודלים מתבצע בדרך כלל בשלבים, מערכת אחר מערכת.
יש לבדוק היכן נשמרים הנתונים והגיבויים, כולל עותקים משניים, ומי מטעם הספק יכול לגשת אליהם. חשוב לוודא התחייבות לזמינות ולזמני תגובה, הגדרה ברורה של אחריות לגיבוי ולטיפול באירוע אבטחה, וחובת דיווח ללקוח במקרה של דליפה. כדאי לבקש תקני אבטחה שהספק עומד בהם, כמו ISO 27001, ולקבוע כיצד מחזירים או מוחקים את הנתונים בסיום ההתקשרות. בתחום מפוקח, החוזה צריך לעבור גם את היועץ המשפטי.
כן. בענן פרטי מקימים שירות קבצים או מערכת שיתוף מסמכים, והעובדים מתחברים אליו דרך רשת פרטית וירטואלית (VPN) או דרך פורטל מאובטח עם אימות דו-שלבי. ההבדל מענן ציבורי הוא שהארגון אחראי בעצמו על הקמת השירות, על ההרשאות ועל הגיבוי. עסק שרוב העבודה שלו היא מסמכים ודואר יכול לשלב: מערכות הליבה בענן פרטי, ושיתוף הקבצים בשירות תוכנה כשירות מנוהל, עם מדיניות הרשאות אחידה לשניהם.
עסק שכפוף לרגולציה בוחר לפי מה שהרגולטור והחוזים דורשים בפועל. כשנדרשת הפרדה פיזית של החומרה או שליטה בשכבת הווירטואליזציה, ענן פרטי, אצל הארגון או מאורח אצל ספק, מתאים יותר. כשהדרישה היא בעיקר שמירת נתונים בישראל, גם ענן ציבורי יכול לעמוד בה, כי לספקים הגדולים יש אזורים בישראל. בכל מקרה בודקים לאן יוצאים הגיבויים והעותקים המשניים, ומבררים את הדרישות מראש מול היועץ המשפטי.
