☁️ פרק 1

מה זה קלאודפלייר

קלאודפלייר היא פלטפורמה אחת עבור האפליקציות, הסוכנים (agents) וכוח העבודה (workforce) שלכם: בנייה, אבטחה והתרחבות בלי לנהל תשתית בעצמכם. לפי התיעוד הרשמי (עודכן ב-20 באפריל 2026), לצד הגדרת סוכנים (Agent setup), השירותים מחולקים לשלושה תחומים: Build, Protect & Connect, ושירותי רשת (Network services).

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

ללא קלאודפלייר:
[דפדפן / לקוח] ───────(חיבור ישיר אל כתובת ה-IP)───────> [שרת המקור]

עם קלאודפלייר (אתר ציבורי):
[דפדפן / לקוח] ───> [רשת קלאודפלייר] ───> [שרת המקור]

זה לא כל הסיפור. אפשר גם לבנות אפליקציות ישירות על פלטפורמת המחשוב Workers, להגן על משתמשים ומשאבים פנימיים עם Zero Trust, או להאיץ ולהגן על תעבורת רשת בשכבות 3 ו-4.

#איך מתחילים

לפני שימוש במוצרי קלאודפלייר:

1. יוצרים חשבון קלאודפלייר.
2. אם כמה אנשים מנהלים את חשבון קלאודפלייר שלכם, מגדירים הרשאות חברים (member permissions) כדי לשלוט לאילו משאבים כל אדם יכול לגשת.

בלי השלב השני, אנשים מקבלים גישה רחבה מדי או נחסמים בלי סיבה ברורה.

#שלושת התחומים

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

#Build: בנייה על Workers

כאן בונים ופורסים אתרים פשוטים ואפליקציות full-stack על Workers, ומחברים אותם לרכיבי אחסון ומסד נתונים:

מלכודת: Build אינו שכבת מטמון מעל שרת קיים. אם המטרה היא אתר שרץ אצלכם ומאחורי קלאודפלייר, זה נתיב Protect & Connect, לא פריסה על Workers.

#Protect & Connect: חיבור והגנה

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

#אבטחה וביצועים של אפליקציה ציבורית

מתמקד במשאבים שזמינים באינטרנט הציבורי. מנהלים בעיקר תעבורת Layer 7 (יישום), כולל מדיה כמו וידאו ותמונות, ושולטים בביצועי ההגשה.

ההתחלה המעשית: מחברים דומיין לחשבון.

#Zero Trust

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

ההתחלה המעשית: הגדרת Zero Trust.

#שירותי רשת

מרחיבים הגנה והאצה לרשתות בענן, מקומיות (on-premise) או היברידיות. כאן מנהלים חיבורי רשת ומייעלים תעבורה ב-Layer 3 (רשת) וב-Layer 4 (תעבורה), לא את לוגיקת שכבה 7 של האתר.

ההתחלה המעשית: Magic Transit או Cloudflare WAN (בעבר נקרא Magic WAN).

#מלכודות נפוצות

• מתחילים במוצר בלי חשבון והרשאות: בלי חשבון אין מה להגדיר. בלי הרשאות חברים, כמה מנהלים דורכים זה לזה על אותם משאבים.
• חושבים שכל דבר עובר באותו מסלול: אתר ציבורי מתחיל בחיבור דומיין. מערכות פנימיות מתחילות ב-Zero Trust. רשת שלמה בשכבות 3 ו-4 מתחילה ב-Magic Transit או ב-Cloudflare WAN.
• מבלבלים בין Cloudflare WAN ל-Magic Transit: אלה שני מוצרים שונים. Cloudflare WAN הוא השם העדכני למה שנקרא בעבר Magic WAN.
• מצפים ש-Workers יחליף הגנה על שרת מקור קיים: Workers בונה ומריץ אפליקציה על פלטפורמת המחשוב. הגנה והאצה של אתר שכבר רץ אצלכם שייכות למסלול האפליקציה הציבורית.
• מטפלים בתעבורת שכבה 7 עם כלי שכבות 3 ו-4, או להפך: אבטחת האפליקציה הציבורית מתמקדת ב-Layer 7. שירותי הרשת מייעלים ומגינים על Layer 3 ו-Layer 4.

#מתי לבחור במה

• אתר או אפליקציה באינטרנט הציבורי: מחברים דומיין, ואז מנהלים אבטחה וביצועים של תעבורת Layer 7, כולל וידאו ותמונות.
• אפליקציה חדשה בלי לנהל שרתים: בונים על Workers ומחברים KV, D1, R2, Queues או Durable Objects לפי הצורך.
• עובדים, מכשירים ומשאבים פנימיים: מתחילים עם Zero Trust, לא עם חיבור דומיין של אתר שיווק.
• רשת ענן, משרד או היברידית שצריכה הגנה והאצה בשכבות 3 ו-4: בוחרים Magic Transit או Cloudflare WAN.
• סוכני AI או אוטומציות סוכניות: מגדירים סביבה מתאימה עם Agent setup.

בפרק הבא נפרק איך בוחרים מסלול עבודה בפועל: חשבון והרשאות, חיבור דומיין, בנייה על Workers, או חיבור רשת.