AWS ו-Azure פותחות חיבור רשת פרטי וישיר בין העננים

AWS ו-Microsoft Azure השיקו ב-31 באוגוסט 2026 תצוגה מקדימה ציבורית (Public Preview) לשירות שמאפשר חיבור רשת פרטי, ישיר ולפי דרישה בין AWS ל-Azure. מבחינת AWS, מדובר בהרחבה של AWS Interconnect – multicloud, שכעת מכסה את שלושת ספקיות הענן הגדולות שאינן AWS: Microsoft Azure, Google Cloud ו-Oracle Cloud Infrastructure. 7

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

איך שני השירותים מתחברים

השירות נשען על שני מוצרים משלימים:

• AWS Interconnect – multicloud מספק את הצד של AWS ומנהל את החיבור מתוך Amazon VPC.
• Azure Multicloud Interconnect מספק את האינטגרציה בצד של Azure.

יחד, שני השירותים מיועדים להקים נתיב פרטי ומנוהל ברמת Layer 3 בין סביבות AWS ו-Azure. הרעיון הוא להסתיר חלק גדול מהמורכבות שמתחת לפני השטח, כך שלקוחות לא יצטרכו לפרוס נתבים פיזיים או לבנות בעצמם נתיב ניתוב דרך תשתית מקומית. 56

החברות אומרות שהחיבור מבוסס על מפרט OpenAPI סטנדרטי ופתוח, ולא על ממשק חד-פעמי שנבנה רק עבור שיתוף הפעולה ביניהן. AWS הציגה את הגישה הרב-עננית הזו בכנס re:Invent 2025, ולאחר מכן פרסמה מפרט פתוח במאגר GitHub ציבורי כדי שספקיות ענן נוספות יוכלו לאמץ את המודל. 1013

ההקמה מתבצעת דרך קונסולת Direct Connect

AWS מנסה לצמצם את מספר שלבי התיאום בין הספקיות. בתהליך המתועד, הלקוח נכנס לקונסולת AWS Direct Connect, בוחר ב-AWS Interconnect, יוצר חיבור רב-ענני חדש, בוחר את ספקית הענן ואת האזורים הרלוונטיים ומגדיר את רוחב הפס הנדרש. ספקיות שנמצאות בתצוגה מקדימה מסומנות בתווית Preview בקונסולה. 12

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

באילו אזורים השירות זמין

החומרים שסופקו מזהים ארבעה מיקומים בצד של AWS עבור התצוגה המקדימה מול Azure:

• US East (N. Virginia)
• US West (N. California)
• Asia Pacific (Sydney)
• Europe (Frankfurt)

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

Microsoft מתארת יעד של קישוריות במהירות של עד 100 גיגה-ביט לשנייה עם המעבר לזמינות כללית (General Availability). אין לפרש את הנתון הזה כהבטחה שכל הקיבולת תהיה זמינה כבר בשלב התצוגה המקדימה הראשוני. 5

אבטחה, יתירות וזמינות

AWS ו-Microsoft מציגות את השירות כפתרון לחיבור פרטי, עמיד ופשוט יותר לתפעול. Microsoft מדגישה הצפנת MACsec, זמינות של 99.99% — המכונה “ארבע תשיעיות” — ויכולת גידול כחלק מהתכנון של השירות. החומרים שסופקו מתארים גם ארכיטקטורה בסיסית בעלת יתירות מרובעת. 56

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

איפה Azure משתלבת באסטרטגיית הענן הרב-ענני של AWS

Azure אינה שינוי כיוון נפרד באסטרטגיה של AWS. לפי AWS, השירות AWS Interconnect – multicloud תומך כעת בשלוש ספקיות ענן מרכזיות שאינן AWS:

1. Microsoft Azure
2. Google Cloud
3. Oracle Cloud Infrastructure

השירות הושק במקור עם Google Cloud כשותפה הראשונה, ובתיעוד AWS מופיעים בנפרד זוגות אזורים קיימים בין AWS ל-Google Cloud — למשל Northern Virginia מול Northern Virginia ו-Northern California מול Los Angeles. 10

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

למה שתי מתחרות משתפות פעולה

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

שיתוף הפעולה בולט גם משום ש-AWS ו-Microsoft הן מתחרות ישירות בשוק תשתיות הענן. מפרט API משותף מספק להן בסיס מעשי לשיתוף פעולה: כל אחת יכולה להמשיך להפעיל את שירות הרשת שלה, ובו בזמן להפוך את תהליך החיבור לסטנדרטי יותר עבור לקוחות — ואולי גם עבור שותפים עתידיים. 513

מה צפוי בהמשך — ומה המשמעות הרחבה

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

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

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

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