אתה מערך את האתר במקום אחד, נניח מרכז נתונים בווירג'יניה. זה עובד מצוין עבור לקוחות בניו יורק או בשיקגו, אבל מה לגבי מישהו בתוקיו, לונדון או סידני? בכל פעם שאותו אדם מבקר באתר שלך, הבקשה שלא צריכה לחצות אוקיינוסים ויבשות רק כדי להגיע לשרת שלך. כל תמונה, כל תעינת דף, כל קריאת API עושים את אותו מסע ארוך, והעיכוב הזה מצטבר במהירות. למעשה, מחקרים מראים שאפילו עיכוב של שנייה אחת בתעינת דף יכול לעלות לך בהמרות ולהבריח מבקרים מתוסכלים. אבל הנה העניין, מה קורה כשהאתר שלך הופך ויראלי או שרשת בוטים החליטה לתקוף? השרת היחיד שלך בווירג'יניה סופג מכה אנושה, הוא מועט, ואף עלול לקרוס לחלוטין. אתה נתקע ללא תוכנית גיבוי. אפשר לפתור את בעיית הזמינות על ידי יצירת עותקים של האתר באזורים שונים, בתוקיו, לונדון או סאופולו. זה עוזר. אבל עכשיו יש לך בעיה חדשה. איך שולחים כל מבקר למיקום הנכון? אתה לא רוצה שמישהו מיפן יגיע בטעות לשרת שלך בארצות הברית. אתה זקוק לדרך חכמה לניתוב תעבורה, וזה בדיוק המקום שבו Azure Front Door נכנס לתמונה.

הכירו את שוטר התנועה הגלובלי, זהו Azure Front Door. תחשבו על Azure Front Door כשוטר תנועה גלובלי, לא רק אחד בצומת בודד, אלא אלפים מהם שמוצבים בצמתים מרכזיים ברחבי העולם. בכל פעם שמישהו מבקר באתר שלך, השוטר הקרוב ביותר ניגש, ואומר, אתה בתוקיו. החנות המהירה ביותר עבורך נמצאת בסינגפור. תן לי לקחת אותך לשם. אז במה זה שונה ממאזן עומסים, לוד בלנסר, רגיל. רוב מאזני העומסים עובדים בשכבה 4, ומסתכלים על כתובות IP ופורטים כדי לנתב תעבורה. זה בסדר לצרכים בסיסיים, אבל Azure Front Door עובד בשכבה 7, כלומר הוא מבין תעבורת HTTP ו-HTTPS. הוא יכול להסתכל על הכתובת שהוא קלדה, לבדוק את כותרות הדפדפן, לראות איזה תוכן מבוקש, ולקבל החלטות ניתוב חכמות על סמך כל אלה. במקום רק לומר, האב הזה הולך לשרת ההוא, Front Door יכול לומר, הבקשה עלי API הולכת למד BACK-END בארצות הברית, אבל הבקשה על התמונות הולכת לעותק השמור בטוקיו. עכשיו, הנה מה שמאפשר את כל זה מאחורי הקלעים. Azure Front Door פועל על הרשת הגלובלית של מייקרוסופט, עם מעל 210 נקודות נוכחות ביותר ממינוס 130 מטרופולינים ברחבי העולם.

תחשבו על כל נקודת נוכחות כעל עמדת תנועה קטנה, משרד מקומי בכל עיר מרכזית שיכול לטפל בבקשה הראשונית במהירות. כאשר משתמש מבקר באתר שלך, הוא מתחבר לנקודה הקרובה ביותר במקום לנסוע כל הדרך לשרת המקור שלך בווירג'יניה. הנקודה הזו מנתבת את הבקשה שלו דרך הרשת הפרטית של מייקרוסופט אל השרת האחורי שלך. זה חשוב, כי האינטרנט הציבורי הוא בלתי צפוי. התעבורה שלך עשויה לעבור טרייסר תחנות ברשתות שונות, כשכל אחת מוסיפה השיה ואובדן נתונים פוטנציאלי. הרשת הפרטית של מייקרוסופט, לעומת זאת, היא רשת מהירה שמחברת את מרכזי הנתונים שלהם ישירות. לכן, ברגע שהבקשה שלך מגיעה לנקודת הנוכחות הקרובה ביותר, המשך המסע מתבצע על כביש מהיר ואמין. אתה מקבל זמני טעינה מהירים יותר, השיה נמוכה וחוויה טובה יותר למשתמשים בכל מקום, בין אם הם בטוקיו, לונדון או סאו פאולו. וכל זה קורה באופן אוטומטי, בלי שהמבקרים שלך ידעו אפילו שזה קיים. שלוש שכבות של עמידות, כך AFD נשאר פעיל. עכשיו, אולי אתם חושבים, הרעיון של שוטר תנועה גלובלי נשמע נהדר, אבל מה קורה אם השוטר עצמו קורס?

אם Azure Front Door הוא נקודת הכניסה היחידה לאפליקציה כולה, זו נקודת קשל מרכזית גדולה, נכון. מייקרוסופט חשבה על זה. הם בנו שלוש שכבות של עמידות בפרונט דור, כך שהוא כמעט אף פעם לא מושבט. תן לי להסביר לך עליהן. שכבה ראשונה, החזית, פרונט אנד, זוכרת 210 נקודות הנוכחות שציינתי. כל אחת מהן היא עמדת תנועה עצמאית לחלוטין. נקודות אלו נמצאות ביותר מ-130 מיקומים ברחבי העולם, ופועלות בתוך מרכזי הנתונים של מייקרוסופט ומתקני שותפים. כל נקודה כוללת מספר ערונות שרתים עם בקרים בקצה המתפקדים כמאזן או מסי מובנה. אם שרת אחד בתוך נקודה כושל, הבקר מנתב את התעבורה לשרת תקין בתוך אותה נקודה. ואם נקודה שלמה מושבטת, כאן נכנס לפעולה ניתוב Anycast IP. הבקשה של המבקר שלך מנותבת אוטומטית לנקודה הקרובה ביותר הבאה. ללא הפרעה וללא התערבות ידנית, זה פשוט קורה. שכבה שנייה, שכבת הגיבוי, Fallback. אבל מה קורה אם נקודה אחת עמוסה מדי? נניח שיש זינוק עצום בתעבורה או שמספר נקודות באזור מושבטות בבת אחת. הנקודות הנותרות עלולות לא לעמוד באומס.

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

מגן התעבורה הוא מה שגורם לפרונט דור להרגיש כמעט קסום. הוא מבצע אופטימיזציה מתמדת מאחורי הקלעים ומתאים נתיבים עוד לפני שנוצרות בעיות. כעת, עליי לציין מה שהוא כאן. באוקטובר 2025, Azure Front Door סבל מהשוות המשמעותית. שינוי בהגדרות דילג על אימותי בטיחות וגרם לי בעיות נרחבות בMicrosoft 365, בסבוקס לייב ובאלפי אתרי לקוחות. מייקרוסופט למדה מכך. הם הסירו את כל העיבוד הסינכרוני מצינור ההגדרות. כעת, כל נתיב קוד נבדק במהלך הפריסה. הם צמצמו את זמן החזרה לאחור, רולבק, מממינוס 4 שעות לשעה אחת, והם מכוונים למד מינוס 10 דקות עד מרץ 2026. הם גם מציגים פילוח לתאים קטנים, משרסלס, כדי להגביל כל השפעה עתידית לפחות מממינוס אחוז מהדיירים. העניין הוא שאף מערכת אינה מושלמת. אך הארכיטקטורה התלת שכבתית של Front Door תוכננה לשרוד הפסקות אזוריות, עומסי תעבורה ואפילו כמה תאויות בהגדרות. עבור רוב היישומים, זה יותר ממספיק. עבור מערכות קריטיות באמת, ניתן לשלב את Azure Traffic Manager לפני הפרונט דור כי נתיב חירום, אך זהו נושא מתקדם ליום אחר.

איך הוא מנתב תעבורה? ניתוב הוא קבוצות מקור, Origin Groups. אז יש לנו שוטר תעבורה גלובלי עם מעל 210 עמדות ושלוש שכבות גיבוי, אבל איך הוא באמת מחליט לאן לשלוח כל מבקר? כאן נכנסות לתמונה קבוצות המקור. קבוצת מקור היא בעצם אוסף של שרתי Hey Back End שלכם. תחשבו על זה כעל רשימת החנויות שלכם, המקומות האמיתיים שבהם האתר או האפליקציה שלכם פועלים. ייתכן שיש לכם שרת אחד בצפון אמריקה, אחד באירופה ואחד באסיה. כולם נכנסים לאותה קבוצת מקור. כעת, פרונט דור לא סתם שולח תעבורה לכולם בעיוורון. הוא בודק ללא הרף אם הם פעילים. זה נקרא בדיקת תקינות, Health Probe. בכל כמה שניות, כל נקודת נוכחות של פרונט דור שולחת פינג לשרתים שלכם על ידי פנייה לנתיב ספציפי, בדרך כלל לשורש האתר או לנקודת קצה יהודית לתקינות כמו Health. אם שרת לא מגיב או מחזיר קוד שגיאה, פרונט דור מסמן אותו כלו תקין ומפסיק לשלוח לשם תעבורה. זה כמו שוטר תנועה שבודק עם חנות באמת פתוחה לפני שהוא מכניס אליה לקוחות. אבל ברגע שיש לך מספר שרתים תקינים, השאלה היא איזה מהם צריך לקבל את המבקר.

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

אם יש אותה עדיפות, פרונט דור שולח תעבורה לזה עם זמן ההשעיה הנמוך ביותר, זמן התגובה המהיר ביותר ממקום המבקר. לכן, משתמש בלונדון ינותב לשרת האירופי שלך, בעוד שמשתמש בתוקיו ינותב לשרת האסיאטי. יש גם הגדרת רגישות, כברירת מחדל 50 מילי שניות. אם שני שרתים נמצאים בטווח של 50 מילי שניות זה מזה, פרונט דור מחשיב אותם למהירים באותה מידה. זה מונע מעבר מתמיד בין שרתים שהם בעצם באותה מהירות. וכאשר זמן ההשעיה זהה, כאן נכנס המשקל לתמונה. ניתן להקצות משקלים כדי לפצל את התעבורה בין שרתים. נניח שאתה רוצה לבדוק גרסה חדשה של האפליקציה שלך. תוכל לתת לשרת הנוכחי שלך משקל של 90 ולחדש משקל של 10. זה אומר שבערך 9 מתוך 10 מבקרים ילכו לגרסה הישנה ואחד מתוך 10 ילך לחדשה. זה מושלם להפצות הדרגתיות, בדיקות A, B או סתם איזון או מסים בין שרתים בעלי קיבולת שונה. הנה הדבר החשוב. כל זה קורה באופן אוטומטי. אתה מגדיר את קבוצת המקור פעם אחת, ופרונט דור מטפל בשאר. הוא בוחן את השרתים שלך, מודד זמן השעיה, מכבד עדיפויות ומפיץ תעבורה על סמך משקל.

והוא עושה את כל זה בקצה לפני שהבקשה בכלל מגיעה לבקנד שלך. זה אומר שהשרתים שלך לא צריכים להבין מאיפה הגיעה התעבורה או איך לנתב אותה. הם פשוט מגישים תוכן, הבטחה בקצה, ה-WF ומעבר לו. אז עכשיו בואו נדבר על הבטחה. מכיוון שפרונט דור יושב ממש בקצה הרשת של מייקרוסופט, זה המקום המושלם לעצור התקפות לפני שהן בכלל מגיעות לשרתים שלך. תחשוב על זה כעל נקודת בידוק ביטחוני בכניסה לבניין. כל מי שרוצה להיכנס חייב לעבור דרכה קודם. נקודת ביקורת זו נקראת חומת אש של יישומי אינטרנט או WF, והיא מובנית בתוך פרונט דור סטנדרד ופרימיום כ-1. היא חוסמת התקפות אינטרנט נפוצות באופן אוטומטי. דברים כמו SQL Injection, שבו תוקף מנסה להחדיר פקודות מסד נתונים זדוניות לשדה תופס, או Cross-Site Scripting, שבו מחדירים סקריפטים לדפים שלכם, או התקפות DDOS, שבהן מנסים להציף את השרתים שלכם בתעבורה. ה-WF קולט את כל זה בקצה, Edge, וחוסם אותו עוד לפני שהמקור שלכם רואה מה שהוא בכלל. מעבר להגנות האוטומטיות, ניתן ליצור גם חוקים מותאמים אישית.

למשל, אם האתר שלכם מיועד רק ללקוחות באירופה, אתם יכולים לחסום תעבורה מאזורים אחרים לחלוטין. או אולי שמתם לב לטווח IP ספציפי שממשיך לסרוק את האתר שלכם, אתם יכולים לחסום גם אותו. ניתן גם לסנן על בסיס כותרות בקשה, דפוסי URL, או אפילו הדפדפן שבו משתמשים. ה-WF מעניק לכם שליטה מדויקת מאוד על מי נכנס ומי לא. כאן נכנסים לתמונה מסלולי התמכור. גרסת הסטנדרד מעניקה לכם חוקי WF מותאמים אישית שבהם אתם מגדירים מה לחסום ומה לאשר. גרסת הפרימיום מרחיקה לכת ומוסיפה ערכות חוקי מנוהלות המופעלות על ידי ה-Threat Intelligence של מייקרוסופט, שמתעדכנות ללא הרף על סמך דפוסי התקפה מהעולם האמיתי שמייקרוסופט מזהה ברחבי הרשת שלה. פרימיום כוללת גם הגנה מפני בוטים שחוסמת באופן אוטומטי שורקים אוטומטיים, גנבי פרטי התחברות ובוטים אחרים. והיא מוסיפה תמיכה בפריבט לינק, המאפשרת לכם להתחבר למקורות שלכם דרך חיבור רשת פרטי במקום האינטרנט הציבורי. זה אומר ששרתי הבקנד שלכם יכולים להיות מוסתרים לחלוטין מהעולם החיצון. רק פרונט דור יכול להגיע עליהם.

זהו עניין משמעותי מאוד להבטחה. הרבה התקפות לא מכוונות אל הפרונט דור. הן מנסות למצוא את הדלת האחורית. אם לשרת המקור שלכם יש כתובת אי-פי ציבורית, תוקפים יכולים לסרוק אותו ישירות ולעקוף את כל הגנות הפרונט דור שלכם. עם פריבט לינק, זה לא אפשרי כי למקור אין נקודת קצה ציבורית והוא נגיש רק דרך פרונט דור. אז, גם אם מי שהוא מגלה את האיפ של השרת שלכם, הוא לא יכול להגיע אליו. התוצאה היא הגנה רב-שכבתית. ה-WF חוסם התקפות ברמת היישום. חוקים מותאמים אישית מטפלים בדרישות הספציפיות שלכם. הגנה מפני בוטים עוצרת איומים אוטומטיים. ו-Private Link שומר על המקורות שלכם בלתי נראים. כל זה קורה בקצה לפני שהתעבורה בכלל מגיעה לתשתית שלכם, כך שהשרתים שלכם נשארים ממוקדים בהגשת תוכן ולא בלחימה בהתקפות. Caching, מה שהופך דברים למהירים עוד יותר. אז, עברנו על ניתוב והבטחה, אבל יש תכונה נוספת שהופכת את פרונט דור לממש שימושי, הקאצ'ינג. הנה הרעיון, חלק גדול מהתוכן באתר שלכם לא משתנה לעיתים קרובות. תמונות, קבצי CSS, ספריות JavaScript, תמונות מוצרים, ואולי אפילו קמד אפי HTML.

אם כל מבקר חייב למשוך אותם משרת המקור שלך, אתה מבזבז זמן ורוחב פס כי השרת צריך לאבד את אותה בקשה שוב ושוב, ולשלוח את אותם בתים ברחבי האינטרנט בכל פעם. מתמון, קאצ'ינג, פותר זאת על ידי שמירת עותק של תוכן סטטי בנקודת הקצה, פופ. בפעם הבאה שמישהו יבקש את אותו קובץ, הפופ יגיש אותו באופן מיידי מבלי ליצור קשר עם המקור שלך. זה כמו להחזיק מחסן קטן ליד כל עמדת תנועה. במקום לשלוח כל לקוח חזרה למפעל הראשי, אתה פשוט נותן לו את מה שכבר נמצא על המדף. הבדל הביצועים הוא דרמטי. במקום הלוך חזור מעבר לאוקיינוס, התגובה מגיעה משרת באותה עיר. מילי שניות במקום שניות. ושרת המקור שלך מקבל הפסקה כי הוא מטפל בפחות בקשות ויכול להתמקד בדברים הדינמיים שבאמת דורשים עיבוד. עכשיו, מטמון אינו אוטומטי עבור הכל. אתה שולט במה שישמר במטמון ולכמה זמן. פרונט דור מכבד כותרות בקרת מטמון סטנדרטיות מהמקור שלך, כמו Max Age או S Maxage, וניתן גם להגדיר כללי מטמון ישירות, תוך עקיפת הכותרות של המקור במידת הצורך. כשאתה מעדכן תוכן, אתה יכול לרוקן את המטמון ולומר לפרונט דור לזרוק את העותקים הישנים ולמשוך חדשים.

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

קלאסי, קלאסיק, הוא הישן. הוא עדיין עובד, אבל מייקרוסופט ממליצה לא להשתמש בו עבור פרויקטים חדשים. הגרסה הקלאסית בדרך החוצה. לא יהיו משאבים חדשים אחרי 2025 והוצאה מלאה משירות בית מינוס 2027. אז, אם אתה מתחיל מאפס, אתה מסתכל על סטנדרד או פרימיום. הנה הפירוט הפשוט ביותר. העלות של סטנדרד היא 35 דולר לחודש קדמי בסיס. העלות של פרימיום היא 330 דולר לחודש. זה קפיצה גדולה, אבל הנה החלק המעניין. תעריפי העברת הנתונים לגיגה בית זהים בין שתי השכבות. בצפון אמריקה ובאירופה, תעבורה יוצאת עולה קף מינוס 8.25 סנט לגיגה בית עבור 10 התורביתים הראשונים. העברה מקצה למקור עולה קף מינוס 2 סנט לגיגה בית. אותו תמחור בשניהם. אז מה מקבלים בתמורה למד מינוס 300 הדולרים הנוספים? תכונות. פרימיום מוסיפה חוקי WAF מנוהלים המופעלים על ידי מודיעין איומים של מייקרוסופט, חוקים שמתעדכנים אוטומטית לפי דפוסי תקיפה אמיתיים. אתם מקבלים גם הגנת בוטים, תמיכה בפרייבט לינק, כדי שהמקור שלכם יישאר מוסתר מהאינטרנט הציבורי וניתוח הבטחה מעמיק יותר.

סטנדרד נותן לכם איזון עומסים גלובלי, איחסון במתמון, העצה דינמית וחוקי WAF מותאמים אישית. ניתן לחסום טווחי IP, מדינות או דפוסי בקשות. פשוט לא מקבלים את ערכות החוקים המנוהלות או את הפרייבט לינק. גם עלויות הבקשות שונות. סטנדרד עולה קף מינוס 9 סנט לכל 10,000 בקשות עבור 250 מיליון הבקשות הראשונות. פרימיום עולה קף מינוס 15 סנט לכל 10,000. בקנה מידה גדול, ההפרש הזה מצטבר. אז איך בוחרים? הנה כלל האצבע שלי. אם אתם מפעילים אתר או API טיפוסי, משהו שזקוק לביצועים גלובליים והבטחה בסיסית, התחילו עם סטנדרד. דמי הבסיס של 35 דולר הם משתלמים, וחוקי ה-WAF המותאמים אישית מטפלים ברוב האיומים הנפוצים. תמיד אפשר לשדרג מאוחר יותר אם צורכי ההבטחה שלכם יגדלו. אם אתם בתעשייה מוסדרת, בריאות, פיננסים, ממשלה, או אם אתם מטפלים במידע לקוחות רגיש, פרימיום שווה את העלות הנוספת. תחוקי ה-WAF המנוהלים תופסים איומים שאולי לא הייתם חושבים לחסום. פרייבט לינק שומר על המקורות שלכם בלתי נראים, והגנת בוטים עוצרת התקפות אוטומטיות שסטנדרד לא היה תופס.

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

הוא מודד שיהוי. השרת האסיאטי מגיב הכי מהר, לכן הוא מנתב את הבקשה לשם על גבי התשתית הפרטית של מייקרוסופט. הדף נטען תוך פחות משנייה במקום שלוש. עכשיו, תארו לעצמכם שהשרת האסיאטי עמוס מדי במהלך מבצע מחירות בזה. בדיקות התקינות של פרונט דור מזהות את העלייה בשיהוי. הוא מתחיל להעביר תעבורה לשרת האירופי, האופציה הטובה הבאה. לקוחות עדיין מקבלים חוויה מהירה, אולי לא מהירה כמו השרת האסיאטי, אבל עדיין מהירה יותר מלהגיע עד ארצות הברית. כל המעבר האוטומטי מתבצע ללא צורך של אף אחד לגעת בהגדרות. בינתיים, ה-WAF פועל בקצה. הוא חוסם ניסיון הזרקת סיקוואל מבוטנד שסורק את תופס התשלום שלך. הוא חוסם תעבורה מטווחים של כתובות IP זדוניות מוכרות. והוא מגביל קצב בקשות מכתובת IP שסורקת את כתלוג המוצרים שלך. אף אחת מהתקפות האלו לא מגיעה לשרתי המקור שלך. צוות ה-Back-End שלך אפילו לא יודע שהן קרו. והתוכן הסטטי, תמונות מוצרים, קבצי CSS וספריות JavaScript, כולם נשמרים במטמון במקום בטוקיו. המבקר הראשון טוען אותם ממקור הנתונים האסיאטי.

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