ביום שני, 20 באוקטובר 2025, בסביבות 09:48 בבוקר שעון ישראל, התחילו אפליקציות ברחבי העולם להתנהג מוזר. משחקים לא נטענו, שירותי הודעות נתקעו, אתרי בנקים ורשתות קמעונאות החזירו שגיאות. הסיבה לא הייתה מתקפת סייבר ולא שריפה במרכז נתונים. לפי הדוח שפרסמה אמזון עצמה, מדובר היה ברשומת DNS ריקה אחת: כתובת האינטרנט של שירות מסדי הנתונים DynamoDB באזור הענן הצפון-וירג'יני us-east-1 פשוט הפסיקה להצביע לשום מקום.
מה שהתחיל כשגיאה קטנה בתוכנת ניהול פנימית נמשך, לפי לוח הזמנים של אמזון, כ-14 וחצי שעות, ופגע בעשרה שירותי ענן לפחות. הסיפור הזה חורג מהתקלה עצמה. הוא שאלה על המבנה של האינטרנט המודרני: כמה מהחיים הדיגיטליים שלנו, וכמה מהעסקים הישראליים, תלויים בשלוש חברות בלבד, ומה עושים עם זה.
מה בדיוק קרה ב-AWS באוקטובר 2025?
אמזון פרסמה דוח מפורט על האירוע, ובו התיאור הבא. מערכת ניהול ה-DNS של DynamoDB בנויה משני רכיבים: "מתכנן" שמחשב אילו כתובות IP צריכות להיות מקושרות לשירות, ו"מבצעים" (Enactors) שמעדכנים בפועל את רשומות ה-DNS. מבצע אחד התעכב בצורה חריגה והחיל תוכנית ישנה, ובו בזמן מבצע אחר סיים להחיל תוכנית חדשה והפעיל תהליך ניקוי שמוחק תוכניות ישנות. הניקוי מחק את התוכנית הישנה, שבינתיים כבר דרסה את החדשה, ואיתה את כל כתובות ה-IP של נקודת הקצה האזורית. התוצאה: רשומה ריקה, ומערכת שנכנסה למצב לא עקבי ולא יכלה לתקן את עצמה בלי התערבות אנושית. אמזון קוראת לזה "תנאי מרוץ סמוי" (latent race condition).
אחרי שהתקלה זוהתה, שירות DynamoDB עצמו חזר לפעול סביב 02:40 לפנות בוקר בזמן החוף המערבי, כלומר בצהרי יום שני בישראל. אבל זה היה רק השלב הראשון. כשהשירות חזר, שיגור שרתים וירטואליים חדשים ב-EC2 המשיך להיכשל עד 10:36 בבוקר בזמן החוף המערבי, ושרתים חדשים רבים סבלו מבעיות קישוריות עד 13:50. במקביל נפגע שירות איזון העומסים NLB, ובשעה 09:36 כיבו מהנדסי אמזון זמנית את מעבר הכשל האוטומטי שמבוסס על בדיקות תקינות, כדי להחזיר לפעולה את הצמתים התקינים. רק בשעה 14:20 בזמן החוף המערבי, 00:20 לפנות בוקר של יום שלישי בישראל, הוכרז על סיום האירוע.
חשוב להבין מה לא נפגע. המכונות הווירטואליות שכבר רצו לפני התקלה המשיכו לעבוד, לפי אמזון. מי שנפגע היה כל מי שהיה צריך משהו חדש: להפעיל שרת, להתחבר לחשבון. ובין השירותים שנפגעו, לפי הדוח, היו גם כניסה למשתמשי IAM ולקונסולת הניהול, ואפילו כניסה לחשבונות באזורים אחרים.
למה תקלה באזור אחד בווירג'יניה פגעה בכל העולם?
התשובה נעוצה בשילוב של היסטוריה וגיאוגרפיה. לפי הדוח של אמזון, התקלה התחילה ב-us-east-1 אך התפשטה דרך תלויות משותפות: שגיאות הכניסה ל-IAM ושאילתות נכשלות ב-Redshift נרשמו בכל האזורים, ובטבלאות גלובליות של DynamoDB נרשם עיכוב בשכפול בין אזורים. המשמעות היא שחברות שאינן קשורות זו לזו יכולות להיתקל באותה תקלה, גם אם הנתונים של כל אחת יושבים במקום אחר. התלות אינה רק במקום שבו הנתונים יושבים, אלא גם בתשתית הניהול והזהות שמאחוריהם.
לפי דיווחים בעיתונות העולמית, האירוע פגע בין היתר ב-Snapchat, Roblox, Fortnite ובשירותים פיננסיים כמו Coinbase ו-Robinhood, ובבנקים בריטיים. גם ישראל היום דיווח באותו יום על השבתות באפליקציות ובמשחקים פופולריים. בדיקתנו לא איתרה תיעוד של קריסה בשירות ישראלי מרכזי באותו יום, וחשוב לומר זאת במפורש: האירוע לא היה "משבר ישראלי". אבל היעדר כותרת אינו הוכחה לחוסן, והשאלה היא אילו תלויות סמויות היו אצלנו, ולא אם הן הפעם התממשו.
כמה עולה תקלה כזאת, ומי משלם?
אין מספר אחד מוסכם, ויש להיזהר מהערכות מוחלטות. חברת CyberCube, שמתמחה בהערכת סיכוני סייבר לחברות ביטוח, פרסמה הערכה ראשונית של טווח הפסדים של 38-581 מיליון דולר, מנקודת מבט של שוק הביטוח, ואת האירוע כינתה "Amazonk". חברת Parametrix, שמוכרת ביטוח פרמטרי נגד השבתות ענן, העריכה את ההפסד הכלכלי הכולל של חברות אמריקאיות ב-500-650 מיליון דולר. ההערכות נשענות על מתודולוגיות שונות ומתייחסות לנזקים שונים, ולכן אינן ניתנות להשוואה ישירה. הרעיון המשותף חשוב יותר מהמספרים: תקלה של שעות אצל ספק אחד הופכת לנזק של מאות מיליוני דולרים אצל אלפי חברות שאין להן שליטה על הסיבה.
כמה שולטות שלוש הענקיות בשוק הענן?
הנתונים של Synergy Research Group לרבעון השני של 2026 מראים שוק שהגיע להוצאה של כ-143.4 מיליארד דולר בשלושה חודשים. מתוכו, אמזון מחזיקה ב-28%, מיקרוסופט ב-20% וגוגל ב-15%. כלומר שלוש חברות מחזיקות ב-63% מהשוק העולמי של תשתיות ענן. בשוק מרוכז כזה, תקלה אצל ספק אחד מורגשת הרחק מהמקום שבו התרחשה.
והשבועות שאחרי הוסיפו עוד דוגמאות. ב-29 באוקטובר 2025, תשעה ימים בלבד אחרי תקלת AWS, שירות Azure Front Door של מיקרוסופט נפגע, לפי מיקרוסופט בעקבות שינוי תצורה שנעשה בטעות, והפרעה נמשכה כשמונה שעות ופגעה גם ב-Microsoft 365. ב-18 בנובמבר 2025 קרסה Cloudflare לכמה שעות: לפי דוח החברה, שינוי בהרשאות מסד נתונים הוליד קובץ תצורה כפול בגודלו, שחצה מגבלה בתוכנת הפרוקסי וגרם לקריסה. החברה מדגישה שלא הייתה זו מתקפה. שלושה אירועים בשלושה ספקים שונים, וסיבה דומה במהותה: טעות פנימית שמתפשטת בקנה מידה עולמי.
איפה עומדת ישראל: אזור תל אביב, נימבוס ובנקים
בישראל הסיפור מורכב מכמה שכבות. ב-1 באוגוסט 2023 הודיעה AWS על זמינות כללית של אזור הענן "ישראל (תל אביב)", בקוד il-central-1, עם שלושה אזורי זמינות. הרעיון הוא שלקוחות יוכלו להריץ יישומים ולשמור נתונים בתוך ישראל, ולשרת משתמשים מקומיים בזמן תגובה קצר יותר. בנוסף, AWS וגוגל זכו ב-2021 במכרז נימבוס של הממשלה, בהיקף של כ-1.2 מיליארד דולר, שנועד להעביר משרדי ממשלה ויחידות ציבוריות לענן שפועל מתוך הארץ.
האם אזור מקומי מגן מפני תקלה כמו זו? חלקית. הדוח של אמזון מתמקד באזור us-east-1, אבל כפי שראינו, גם באזורים אחרים נרשמו שגיאות כניסה ל-IAM. תלויות גלובליות הן הבעיה האמיתית: שירותי זהות, כניסה לקונסולה, או ספק חיצוני שבנה על us-east-1 בלי שהלקוח יודע. מי שהתקין את המערכת שלו בתל אביב אך מסתמך על תוכנה כשירות (SaaS) שרצה בווירג'יניה, עלול לספוג את התקלה בכל זאת.
הרגולציה הבנקאית כבר מתייחסת לכך. הוראת ניהול בנקאי תקין 362 של בנק ישראל עוסקת בשימוש בשירותי מחשוב ענן, ומתייחסת לענן מהותי כאל מיקור חוץ מהותי, על כל המשתמע מכך. המשמעות היא שבנק שמעביר מערכות קריטיות לענן כפוף לדרישות הוראת המיקור החוץ של בנק ישראל, ולא רק לחוזה עם הספק. אבל הוראה אינה מבטלת את השאלה הרחבה יותר: מה קורה למשק כשמוסדות רבים נשענים על אותם מעט ספקים.
הנושא הזה קשור לשכבה פיזית שסקרנו בעבר: איך האינטרנט מגיע לישראל דרך כבלים תת-ימיים, והביקוש האדיר של מרכזי הנתונים שמעמיס על תשתיות החשמל. גם הענן הוא "תשתית לאומית" במובן המעשי, ותקלה בו יכולה לשבש חיי יום-יום באותה מידה שתקלה בחשמל.
מה אפשר לעשות ומה זה עולה?
אין פתרון קסם, וחשוב להיזהר ממי שמבטיח אחד. יש שלושה מישורי הגנה, בסדר עולה של מחיר:
מיפוי תלויות. השלב הזול והחשוב ביותר: לברר איפה רצים הרכיבים הקריטיים, כולל אלה של ספקים. שאלות פשוטות מספיקות להתחלה: באיזה אזור פועל ספק התשלומים שלנו? האם מערכת ההזדהות תלויה באזור יחיד? מה קורה אם אי אפשר לפתוח חשבונות חדשים או להתחבר לקונסולה במשך חצי יום?
ריבוי אזורים (multi-region). הרצה של אותו שירות בשני אזורים לפחות, עם מעבר אוטומטי. זה מגן מפני תקלה אזורית, אבל מכפיל חלק מהעלויות ומוסיף מורכבות, והתקלה של אוקטובר 2025 הראתה שהיא לא מגינה מפני תלות גלובלית נסתרת.
ריבוי ספקים (multi-cloud). פיזור בין ספקים נותן את ההגנה הרחבה ביותר, אך בפועל קשה ויקר: שירותים מנוהלים של כל ספק שונים זה מזה, וצוות שמתחזק שתי תשתיות זקוק לידע כפול. לכן רוב החברות בוחרות פתרון חלקי: מערכת קריטית אחת או שתיים עם תוכנית גיבוי במקום אחר, ושאר המערכות נשארות אצל ספק אחד.
ולמי שאינו מנהל תשתיות: גם משתמשי קצה ובעלי עסקים קטנים יכולים לתכנן את היום שבו שירות חיוני אינו זמין: אמצעי תשלום חלופי, גישה לנתונים בלתי תלויה בענן אחד, ותהליך עבודה ידני לשעות קריטיות. בעסק קטן, אולי בשעת שיא מכירות, חצי יום ללא מערכת קופה או הזמנות הוא נזק ממשי.
שאלות ותשובות
האם הקריסה של AWS הייתה מתקפת סייבר? לא. לפי הדוח של אמזון, הסיבה הייתה תנאי מרוץ סמוי במערכת ניהול ה-DNS של DynamoDB, שהותיר רשומת DNS ריקה לנקודת הקצה האזורית ב-us-east-1.
כמה זמן נמשכה הקריסה? לפי לוח הזמנים של אמזון, האירוע התחיל ב-23:48 בזמן החוף המערבי ב-19 באוקטובר 2025 (09:48 בישראל) והסתיים ב-14:20 למחרת, כלומר כ-14 וחצי שעות. שירות DynamoDB עצמו חזר לפעול תוך כ-3 שעות, אבל שירותים אחרים התאוששו לאט יותר.
האם אזור הענן של AWS בתל אביב מגן מתקלה כזאת? חלקית. הפגיעה העיקרית הייתה ב-us-east-1, אבל לפי הדוח נרשמו שגיאות כניסה ל-IAM גם באזורים אחרים. תלויות גלובליות, כמו שירותי זהות או ספק חיצוני שמסתמך על us-east-1, עלולות לפגוע גם בלקוח שהקים את מערכותיו בישראל.
האם כדאי לעבור לריבוי ספקים? רק במערכות שבהן זמן השבתה יקר במיוחד. לרוב, מיפוי תלויות ותוכנית התאוששות לשירות הקריטי ביותר מספקים הגנה סבירה בעלות נמוכה בהרבה.
מקורות
- Amazon Web Services, "Summary of the Amazon DynamoDB Service Disruption in the Northern Virginia (US-EAST-1) Region", 2025 – https://aws.amazon.com/message/101925/
- Amazon Web Services, "Now Open – AWS Israel (Tel Aviv) Region", AWS News Blog, 1 באוגוסט 2023 – https://aws.amazon.com/blogs/aws/now-open-aws-israel-tel-aviv-region
- Synergy Research Group, "Q2 Cloud Market Passes $143 Billion; Highest Growth Rate in Eight Years", 30 ביולי 2026 – https://www.srgresearch.com/articles/q2-cloud-market-passes-143-billion-highest-growth-rate-in-eight-years
- Cloudflare, "Cloudflare outage on November 18, 2025" – https://blog.cloudflare.com/18-november-2025-outage/
- ThousandEyes, "Microsoft Azure Front Door Outage Analysis: October 29, 2025" – https://www.thousandeyes.com/blog/microsoft-azure-front-door-outage-analysis-october-29-2025
- Reinsurance News, "CyberCube estimates preliminary AWS outage loss range of $38-581M", אוקטובר 2025 – https://www.reinsurancene.ws/cybercube-estimates-preliminary-aws-outage-loss-range-of-38-581m/
- Insurance Edge, "Parametrix estimates AWS outage costs", 30 באוקטובר 2025 – https://insurance-edge.net/2025/10/30/parametrix-estimates-aws-outage-costs/
- Times of Israel, "Google, AWS win $1.2 billion Israel tender for cloud services" – https://www.timesofisrael.com/google-aws-win-1-2-billion-israel-tender-for-cloud-services/
- Israel Hayom, "Roblox and Fortnite down as Amazon outage disrupts dozens of apps", 20 באוקטובר 2025 – https://www.israelhayom.com/2025/10/20/roblox-and-fortnite-down-as-amazon-outage-disrupts-dozens-of-apps/
- Bank of Israel, Proper Conduct of Banking Business Directive 362, "Cloud Computing" – https://boi.org.il/media/ndmbigpq/362_et.pdf
- The European Conservative, "Major Apps and Banks Affected by Amazon Web Services Outage", אוקטובר 2025 – https://europeanconservative.com/articles/news-corner/aws-disruptions-major-apps-banks/