בתור Vibe Coders, כוח-העל שלנו הוא להביא רעיונות למוצרים עובדים במהירות שיא ובאפס עלויות. Cloudflare מציעה את חבילת הח
- Worker חי עם Static Assets פרוס על *.workers.dev (URL ציבורי)
- טבלת free-tier matrix: כל מוצר → מגבלה חינמית → המגבלה שנופלת ראשונה → מחיר השדרגה
- localhost חשוף ב-HTTPS דרך quick tunnel — דמו לקליינט מהמחשב
- לפרוס Worker עם Static Assets לאתר חי דרך wrangler deploy — מקצה לקצה בפחות מ-10 דקות
- לחשוף localhost ב-HTTPS ציבורי עם wrangler tunnel quick-start (חלופת ngrok, ללא חשבון)
- למפות את כל ה-free tier ל-3 קטגוריות: חינם-לתמיד, חינם-עד-מגבלה, ולא-חינם (Stream, Images, Containers)
- לזהות בכל מוצר את המגבלה החינמית שתיפול ראשונה (free-tier orientation)
- אין — זהו הפרק הראשון. מתחילים מאפס.
- כלים/חשבונות: Wrangler CLI (wrangler dev, wrangler deploy, wrangler secret put, wrangler tail, wrangler tunnel) — primary toolchain, Miniflare — local Worker simulation runtime (embedded in wrangler dev since v3), Wrangler Local Explorer (open beta 2026) — browser UI for local KV/D1/R2/DO inspection, cloudflared binary — now auto-managed by Wrangler tunnel commands, Hono framework — lightweight router for Workers (zero dependency, <12kb, typed RPC), Cloudflare Vite plugin — first-class Vite integration for Workers + static assets
הפרק הקודם: אין פרק קודם - זהו פרק המבוא הבסיסי לקורס.
הפרק הזה: הלומד ימפה את ה-free tier המלא של Cloudflare (מה חינמי באמת מול מה שנראה חינמי), יזהה איזו מגבלה תיפול ראשונה, ויפרוס Worker עם Static Assets לאתר חי — תוך הבנה מתי בדיוק ה-$5 של Workers Paid הופך מחובה
הפרק הבא: בפרק הבא נרחיב את ה-Worker שיצרנו ונתחיל לעבוד עם זיכרון זמני וקבוע תוך חיבור bindings של KV, D1 ו-R2 ב-wrangler.toml.
| מונח | הסבר |
|---|---|
| V8 Isolate | סביבת הרצה קלת משקל מבית גוגל המאפשרת להריץ קוד JS מבודד ללא צורך במערכת הפעלה מלאה או קונטיינר, ובכך מונעת לחלוטין זמני Cold Start. |
| Wrangler | כלי ה-CLI הרשמי של Cloudflare המשמש ליצירה, פיתוח מקומי ופריסה של אפליקציות וקבצים לפלטפורמה. |
| Miniflare | סימולטור מקומי מהיר במיוחד שמדמה את סביבת הענן של Cloudflare על המחשב האישי ומאפשר בדיקות מקומיות אמינות. |
| Static Assets | מנגנון מובנה בתוך Workers המאפשר להגיש קבצים סטטיים ישירות מ-CDN של Cloudflare במהירות וללא הגבלת רוחב פס. |
| Quick Tunnel | שירות חינמי מובנה ב-Wrangler המאפשר לחשוף שרת מקומי לרשת האינטרנט ב-HTTPS מאובטח ללא צורך ברישום או פתיחת חשבון. |
| FlareCalc | כלי פשוט או נוסחה לחישוב עלויות של שירותי Cloudflare השונים לפי היקף השימוש המתוכנן לצורך הימנעות מהפתעות חיוב. |
פלטפורמת המפתחים של Cloudflare: מפת הדרכים והאקוסיסטם ב-2026
בשנת 2026, פלטפורמת המפתחים של Cloudflare (Cloudflare Developer Platform) הפכה לסטנדרט הבלתי מעורער עבור מפתחי אפליקציות מהירות, ובמיוחד עבור "Vibe Coders" שבונים מוצרים מבוססי בינה מלאכותית בקצב מהיר. האקוסיסטם של מחשוב קצה (Edge Compute Ecosystem) של Cloudflare אינו מבוסס על שרתים וירטואליים רגילים או על מכולות (Containers) כבדות שמצריכות הגדרות מורכבות. במקום זאת, הוא משתמש בטכנולוגיית סביבות ריצה מבודדות מבוססות V8 (מנוע ה-JavaScript הרשמי של דפדפן כרום), המאפשרות להריץ אלפי פונקציות במקביל ב-300+ ערים מסביב לעולם, קרוב ככל הניתן פיזית למשתמשי הקצה שלכם. היתרון המרכזי של ארכיטקטורה זו הוא ביטול מוחלט של "זמן עלייה מאפס" (Cold Starts) – אותה השהייה מעצבנת שמתרחשת בפלטפורמות ענן ישנות כאשר שרת צריך להתעורר משינה כדי לטפל בבקשה הראשונה של המשתמש. ב-Cloudflare, הקוד שלכם מגיב מיידית, תמיד. למרות שקיימת הגבלת זמן מעבד (CPU time) של 10 מילי-שניות בלבד במסלול החינמי, חשוב להבין שזמן זה מחושב אך ורק כאשר הקוד שלכם מבצע חישובים בפועל. בזמן שאתם מחכים לתשובה משרת חיצוני (כמו קריאת API ל-OpenAI), השעון נעצר. לכן, ה-Workers של Cloudflare הם הכלי האידיאלי לשמש כחומת מגן, שרת תיווך (Proxy), או נקודת קצה חכמה שמנהלת את הלוגיקה של האפליקציה שלכם.מפת הדרכים והשינויים המשמעותיים ב-2026
חוויית הפיתוח (Developer Experience) עברה שדרוג דרמטי. השינוי המרכזי שכל מפתח חייב להכיר הוא המעבר ממוצר ה-Pages הישן לטובת Workers Static Assets. אם בעבר נאלצנו לבחור בין פלטפורמה לאתרים סטטיים (Pages) לבין פלטפורמה לקוד דינמי (Workers), כיום שניהם מאוחדים תחת קורת גג אחת. תשתית ה-Pages עברה למצב של עדכוני תחזוקה בלבד, וההמלצה הרשמית כיום היא להתחיל כל פרויקט חדש ישירות על גבי Workers Static Assets, המאפשר לכם להגיש קבצי HTML, CSS ותמונות ישירות מקצה הרשת של Cloudflare ללא הגבלת נפח תעבורה, לצד קוד השרת שלכם. בנוסף, כלי ה-CLI (ממשק שורת הפקודה) הרשמי שנקרא Wrangler קיבל שדרוגים קריטיים. החל ממרץ 2026, פקודות ליצירת מנהרות תקשורת (Tunnels) הוטמעו ישירות בתוכו, מה שמייתר את הצורך בהתקנת תוכנות צד-שלישי כדי לחשוף את שרת הפיתוח המקומי שלכם לאינטרנט. כמו כן, כלי ה-Local Explorer שהושק בגרסת בטא פתוחה מאפשר לכם לפתוח ממשק ויזואלי ישירות בדפדפן כדי לחקור, לערוך ולבדוק את מסדי הנתונים המקומיים שלכם (כמו D1 ו-KV) בזמן הפיתוח, ללא צורך בכתיבת שאילתות SQL ידניות רק כדי לראות אם המידע נשמר בהצלחה.השוואת רכיבי ה-Free Stack: מה באמת מקבלים ב-$0?
המסלול החינמי של Cloudflare הוא הנדיב ביותר בתעשייה, אך יש לו גבולות ברורים שחריגה מהם תחסום את השירות או תדרוש שדרוג למסלול בתשלום (החל מ-$5 בחודש). הטבלה הבאה מרכזת את הרכיבים המרכזיים שתרכיבו מהם את האפליקציה שלכם:| שם הרכיב | מה זה עושה בפועל? | המגבלה החינמית היומית / חודשית | מתי תצטרכו לשדרג למסלול בתשלום? |
|---|---|---|---|
| Workers | הרצת קוד שרת (JS/TS, Python) בקצה הרשת ללא שרתים פיזיים. | 100,000 בקשות ביום; 10ms זמן מעבד (CPU) לכל בקשה. | מעבר ל-100k בקשות ביום, או צורך בזמן מעבד ארוך יותר (עד 15 דקות ב-Cron). |
| Workers Static Assets | אירוח קבצים סטטיים (תמונות, קוד דפדפן, קבצי עיצוב) ישירות מה-CDN. | בקשות ללא הגבלה; נפח אחסון ללא עלות; עד 20,000 קבצים לפרויקט. | כאשר כמות הקבצים הכוללת בפרויקט עוברת את ה-20,000 (למשל, בגלל העלאה בטעות של קבצי ספריית פיתוח). |
| D1 Database | מסד נתונים יחסי מסוג SQL (מבוסס SQLite) המופץ גלובלית. | 5 מיליון שורות נקראות ביום; 100,000 שורות נכתבות ביום; נפח של 5GB. | כאשר האפליקציה שלכם מבצעת כתיבות מרובות (למשל, לוגים תכופים) שעוברות את ה-100k ביום. |
| R2 Storage | אחסון קבצים (תמונות, קבצי שמע, PDF) תואם S3 ללא עמלות תעבורה יוצאת. | 10GB אחסון בחודש; מיליון פעולות כתיבה; 10 מיליון פעולות קריאה בחודש. | מעבר ל-10GB אחסון. התשלום הוא לפי שימוש בלבד ללא דמי בסיס קבועים. |
| Workers AI | הרצת מודלי בינה מלאכותית (LLMs, יצירת תמונות, תמלול) על גבי מעבדים גרפיים של Cloudflare. | 10,000 "נוירונים" (Neurons - יחידות חישוב) ביום. מספיק לכ-350 הרצות של Llama 3.1 8B. | כאשר תרצו להשתמש במודלים ענקיים או לבצע אלפי פניות ביום. עלות הנוירונים מעבר למכסה נמוכה ביותר. |
למה זה מפתה: אנחנו רגילים לעבוד עם כלים מודרניים שמתעלמים אוטומטית מתיקיות קוד זמניות, ומריצים פקודת deploy פשוטה מתוך הנחה שהכלי 'חכם' מספיק לדעת מה להעלות ומה לא.
למה זה טעות: בניגוד ל-Pages הישן, פיצ'ר ה-Workers Static Assets החדש אינו מתעלם אוטומטית מתיקיית node_modules. כתוצאה מכך, Wrangler ינסה להעלות את כל ספריית ה-dependencies המכילה עשרות אלפי קבצים קטנים. פעולה זו תגרום לחציית מגבלת ה-20,000 קבצים של המסלול החינמי ותתקע לחלוטין את תהליך ה-deploy.
מה לעשות במקום: הקפד ליצור קובץ בשם .assetsignore בשורש הפרויקט שלך לפני ביצוע ה-deploy הראשון, והוסף אליו את השורות הבאות כדי למנוע העלאה מיותרת:
node_modules
.git
.DS_Store
dist
.svelte-kit
כיצד לבנות נכון באקוסיסטם המודרני
בזמן פיתוח אפליקציות AI, מפתחים רבים נופלים במלכודת של ניהול קוד שרת מורכב מדי בתוך ה-Worker עצמו. הדרך הנכונה לעבוד בשנת 2026 היא שימוש ב-Hono – מסגרת עבודה (Framework) קלה במיוחד ל-TypeScript, ששוקלת פחות מ-12KB ומעניקה לכם חוויית ניתוב (Routing) מהירה ופשוטה בתוך ה-Worker. בנוסף, אם אתם מפתחים ממשק המציג תשובות בסטרימינג (Streaming) מה-LLM למשתמש, הימנעו משימוש בקישורים מהירים זמניים (Quick Tunnels) של Cloudflare (סיומתtrycloudflare.com) לצורך בדיקות מקומיות. הקישורים הזמניים הללו מוגבלים ל-200 בקשות מקבילות ואינם תומכים כלל בטכנולוגיית Server-Sent Events (SSE). פיתוח של ממשק AI זורם מעל מנהרה מהירה כזו ייכשל ויציג שגיאות חיבור מסתוריות. במקום זאת, השתמשו תמיד במנהרות רשמיות המקושרות לדומיין החינמי שלכם ב-Cloudflare.
בואו נבצע את כל שלבי ההתקנה, החיבור והפריסה של ה-Worker הראשון שלכם על גבי תשתית Cloudflare הגלובלית.
- פתחו את הטרמינל במחשב שלכם והריצו את פקודת האתחול הרשמית של Cloudflare. פקודה זו תתקין את כלי ה-CLI ותגדיר את מבנה הפרויקט:
npm create cloudflare@latest my-vibe-worker -- --type=hello-worldבמהלך ההרצה, תתבקשו לאשר התקנת חבילות נוספות. לחצו
yוהמשיכו. לאחר מכן המערכת תפתח דפדפן ותבקש מכם לבצע התחברות (Login) לחשבון ה-Cloudflare שלכם (אם אין לכם, תוכלו להירשם בחינם באותו הרגע). - היכנסו לתיקיית הפרויקט החדשה שנוצרה עבורכם:
cd my-vibe-worker - נפעיל את שרת הפיתוח המקומי כדי לוודא שהכל עובד כמו שצריך לפני הפריסה לענן. שרת הפיתוח משתמש ב-Miniflare כדי לדמות את סביבת הקצה האמיתית במחשב שלכם:
npx wrangler devהפלט הצפוי: הטרמינל יציג הודעה שהשרת רץ וכתובת מקומית זמינה, לרוב
http://localhost:8787. פתחו את הכתובת הזו בדפדפן ותראו את הטקסט "Hello World!". - כעת, נבצע את הפריסה (Deploy) האמיתית לשרתי Cloudflare ברחבי העולם:
npx wrangler deployהפלט הצפוי: ה-CLI יעלה את הקוד תוך פחות מ-3 שניות ויציג לכם כתובת אינטרנט ציבורית ייחודית המסתיימת ב-
.workers.dev. ה-Worker שלכם כעת באוויר וזמין לגישה מכל מקום בעולם במהירות קצה!
ארכיטקטורת V8 Isolate: מדוע השרת שלכם מתעורר ב-0 מילישניות
בעולם פיתוח האפליקציות המודרני, התרגלנו להניח שכל שרת דורש זמן התנעה. כאשר אנו משתמשים בארכיטקטורת Serverless (עבודה ללא שרת עצמאי) קלאסית, כמו AWS Lambda, הקוד שלנו נארז בתוך קונטיינר (סביבה מבודדת המכילה את כל רכיבי הריצה הנדרשים). כשהבקשה הראשונה מגיעה לאחר תקופה שבה השרת היה כבוי, המערכת סובלת מתופעה הידועה בתור Cold start (התחלה קרה — השיהוי שנוצר כאשר שרת ללא שרת צריך להעלות קונטיינר מאפס כדי לטפל בבקשה הראשונה). תהליך זה כולל הקצאת מכונה וירטואלית, טעינת מערכת הפעלה מינימלית, הרצת מנוע Node.js, ורק אז הרצת הקוד שלכם. התוצאה היא שיהוי מורגש של בין חצי שנייה לשלוש שניות תמימות עבור המשתמש הראשון. המהפכה של Cloudflare Workers מבוססת על גישה שונה לחלוטין: שימוש בארכיטקטורת V8 Isolate (בידוד V8 — מנגנון הפרדה קל-משקל של מנוע ה-JavaScript שפותח על ידי גוגל עבור דפדפן כרום). במקום להקים שרת וירטואלי שלם או קונטיינר נפרד לכל משתמש, Cloudflare מריצה תהליך פיזי אחד חזק ורציף על שרתי הקצה שלה (Edge Nodes) הפזורים ביותר מ-300 ערים בעולם. בתוך התהליך הרציף הזה, היא מייצרת אלפי סביבות ריצה זעירות ומאובטחות הנקראות Isolates. התיאור הטוב ביותר להבנת העיקרון הזה הוא לשוניות (Tabs) בדפדפן הכרום שלכם: כל לשונית מריצה קוד בצורה מבודדת לחלוטין כך שאתר אחד אינו יכול לגשת למידע של אתר אחר, אך כולן חולקות את אותם משאבי מעבד בסיסיים של הדפדפן ללא צורך בהקמת מערכת הפעלה חדשה עבור כל לשונית. בזכות מבנה זה, השגנו Cold starts elimination (ביטול מוחלט של התחלות קרות). מכיוון שמנוע ה-V8 כבר טעון בזיכרון של שרת הקצה, יצירת Isolate חדש דורשת פחות מ-5 מילישניות — זמן קצר יותר ממה שלוקח לחיבור הרשת הפיזי בין המשתמש לשרת להתבסס. ברגע שהבקשה מגיעה, ה-Isolate מתעורר באופן מיידי, מעבד את המידע, ונרדם חזרה ל-0 (Scale-to-zero) בשבריר שנייה. עבור מפתחים שבונים כלי AI המבוססים על מהירות תגובה מיידית, מדובר ביתרון דרמטי שמאפשר חוויית משתמש חלקה ב-0 מילישניות של המתנת שרת.מגבלת הזיכרון של 128MB: מדוע היא מספיקה לחלוטין?
אחד החששות הנפוצים ביותר בקרב מפתחים שרואים לראשונה את מפרט החינם של Cloudflare Workers הוא ה-128MB memory limit (מגבלת זיכרון של 128 מגה-בייט) לכל Worker בתוכנית החינמית. בשרת Node.js מסורתי, הרצה של אפליקציה בסיסית ביותר צורכת בקלות 150MB עד 250MB של זיכרון RAM עוד לפני שבוצעה פניית ה-API הראשונה, רק כדי להחזיק את סביבת הריצה של Node באוויר. אך ה-Isolate פועל אחרת. הוא אינו טוען את כל ספריות הליבה הכבדות וההיסטוריות של Node.js לזיכרון. במקום זאת, הוא מספק גישה ישירה ל-Web APIs סטנדרטיים (כמו `fetch` לעבודה עם רשת, `Headers`, `Request`, `Response`, וכלים מובנים להצפנה וטיפול בטקסט) הרצים ברמת המנוע עצמו. קובץ הקוד שלכם נטען כשהוא מכווץ, והתקורה הבסיסית (Overhead) של ה-Isolate עצמו היא פחות מ-3MB של זיכרון RAM. המשמעות היא שנותרו לכם כמעט 125MB של זיכרון נקי ופנוי לטובת ניהול משתנים, ניתוב בקשות ועיבוד נתונים קלים. עבור אפליקציות API, שרתי ניתוב וממשקי חיבור ל-AI המבוססים על ספריות קלות כמו Hono, מדובר במרחב זיכרון עצום שכמעט ולא ניתן להגיע לקצה שלו בשימוש שוטף.| מאפיין ארכיטקטוני | שרת קלאסי (Docker / AWS Lambda) | ארכיטקטורת V8 Isolate (Cloudflare Workers) |
|---|---|---|
| זמן התנעה (Cold Start) | 500ms עד 3000ms של שיהוי ראשוני | פחות מ-5ms (ללא שיהוי מורגש) |
| צריכת זיכרון בסיסית (Overhead) | 100MB ומעלה | כ-3MB בלבד |
| מגבלת זיכרון בתוכנית החינמית | משתנה (לרוב יקר או דורש ניהול שרת) | 128MB (מתאים למאות אלפי בקשות ביום) |
| פריסה גאוגרפית | אזור יחיד (Region) מוגדר מראש בתוך ענן | פריסה גלובלית אוטומטית בכל 300+ נקודות הקצה |
המספרים שמאחורי ה-Free Tier: מיפוי קטגוריות החינם
כשאתם בונים אפליקציה מודרנית על גבי ה-Free Stack (חבילת החינם) של Cloudflare, המשאב המרכזי הראשון שתפגשו הוא Cloudflare Workers — פלטפורמת Serverless Edge Compute (חישוב ללא שרת בקצה הרשת). בשונה משרתים מסורתיים או אפילו פונקציות ענן רגילות (כמו AWS Lambda), פונקציות ה-Workers מבוססות על טכנולוגיית V8 Isolates (סביבות הרצה מבודדות וקלות משקל המבוססות על מנוע הדפדפן של כרום). טכנולוגיה זו מאפשרת להריץ את הקוד שלכם תוך אלפיות השנייה, ללא "התחלות קרות" (Cold starts — השהיית העלייה של שרתים מנומנמים) ובצריכת זיכרון אפסית. המכסה החינמית נדיבה במיוחד ומציעה 100,000 בקשות (Requests) ביום. אולם, המכשול האמיתי של מפתחים שאינם מודעים לפרטים הקטנים נעוץ במגבלת זמן המעבד: 10ms CPU time (זמן מעבד) לכל הפעלה בודדת של פונקציה. חשוב להבין את ההבדל הקריטי בין זמן מעבד לבין זמן שעון קיר (Wall-clock time — הזמן הכולל שחולף מרגע תחילת הפעולה ועד סופה). כאשר הקוד שלכם מבצע קריאת API (ממשק תכנות יישומים) חיצונית, למשל קריאה ל-OpenAI באמצעות פקודתfetch(), הפונקציה שלכם "מחכה" לתשובה שתחזור מהשרת המרוחק. בזמן ההמתנה הזה, המעבד של Cloudflare אינו מבצע פעולות אקטיביות, ולכן זמן ההמתנה הזה אינו נספר במכסת ה-10ms שלכם. עם זאת, ברגע שהתקבלה התשובה והקוד שלכם מתחיל לפענח קובץ JSON (פורמט ייצוג נתונים טקסטואלי) עצום, להריץ ביטויים רגולריים (Regex) מורכבים על טקסט ארוך, או לבצע מניפולציות מתמטיות — מונה ה-CPU שלכם מתחיל לתקתק במהירות. חריגה של אפילו מילישנייה מעבר ל-10ms במסלול החינמי תגרום ל-Worker לקרוס מיידית ולהחזיר שגיאת מערכת למשתמש הקצה.
לפני שנתחיל לבנות ולנתח עלויות, בואו נוודא שכלי הפיתוח שלכם מעודכנים ומוכנים לעבודה מול הענן. פתחו את הטרמינל (ממשק שורת הפקודה) במחשב שלכם והריצו את הפקודה הבאה כדי לבדוק שמותקן אצלכם Wrangler — ה-CLI (כלי שורת הפקודה) הרשמי של Cloudflare:
npx wrangler --version
הפלט הצפוי: גרסת התוכנה הנוכחית של Wrangler (למשל, 3.100.0 ומעלה). במידה והטרמינל מודיע שהפקודה אינה מוכרת, פירוש הדבר שאין לכם Node.js מותקן במחשב. במקרה כזה, הורידו והתקינו את גרסת ה-LTS מאתר Node.js הרשמי לפני שתמשיכו בצעדים הבאים.
SELECT לא אופטימלית ללא אינדקסים, המבצעת סריקה מלאה של טבלה עם 50,000 שורות, תכלה את כל התקציב היומי שלכם ב-100 שאילתות בלבד.
בנוסף לאחסון הנתונים, Cloudflare מציעה מוצרים משלימים כמו R2 (אחסון אובייקטים ללא דמי מעבר נתונים — Zero Egress Fees) המאפשר לשמור קבצים גדולים ותמונות, וכן את Workers AI המאפשר להריץ מודלים של בינה מלאכותית ישירות על גבי מעבדי GPU של החברה. ב-Workers AI המכסה מחושבת לפי Neurons (ניירונים — יחידת מידה מנורמלת של משאבי GPU). במסלול החינמי תקבלו 10,000 ניירונים ביום. מודלים קטנים ויעילים כמו llama-3.1-8b-instruct יאפשרו לכם לבצע כ-350 השלמות טקסט יומיות חינם, בעוד שמודלים ענקיים וכבדים יחסלו את התקציב שלכם בתוך פחות מ-20 פניות. הבנת המספרים האלה היא ההבדל בין פרויקט יציב וחינמי לבין קריסת מערכות פתאומית.
למה זה מפתה: פלטפורמת Pages מציעה חיבור קל ואינטואיטיבי לחשבון ה-GitHub שלכם, פריסה אוטומטית של אתרים סטטיים ישירות מכל דחיפת קוד (Commit), וממשק ידידותי מאוד שמזכיר שירותים מוכרים כמו Vercel או Netlify.
למה זה טעות: החל מתחילת שנת 2026, פלטפורמת Pages הועברה למצב תחזוקה בלבד (Maintenance-only). כל היכולות החדשות של האקוסיסטם – כגון Workflows (מנוע הרצת משימות עמידות), Containers (הרצת קוד Docker בקצה), ואינטגרציות מתקדמות של Secrets Store – מפותחות ונתמכות בצורה טבעית רק בתוך Workers. עבודה עם Pages כיום מנתקת אתכם מיידית מהחידושים החשובים ביותר.
מה לעשות במקום: התחילו תמיד פרויקטים חדשים ב-Workers Static Assets (אירוח קבצים סטטיים מובנה בתוך פרויקט Workers). על ידי הגדרת תיקיית הנכסים תחת המפתח [assets] בקובץ ההגדרות שלכם, תקבלו גם ביצועים מעולים, גם אירוח קבצים ללא הגבלה ברשת ה-CDN של Cloudflare, וגם גישה מלאה לכל הכלים החדשים ביותר באותו פרויקט.
השוואת מגבלות ה-Free Tier של רכיבי התשתית הנפוצים
על מנת לעזור לכם לתכנן נכון את הארכיטקטורה של האפליקציה שלכם, להלן טבלת השוואה מרכזת של רכיבי ה-Free Stack הפופולריים ביותר ומתי מומלץ לשקול שדרוג למסלול בתשלום:
| שם השירות | מכסה חינמית (יומית/חודשית) | מתי המכסה נפרצת לראשונה? | עלות ראשונית לשדרוג |
|---|---|---|---|
| Workers (Serverless Compute) | 100,000 בקשות ביום / 10ms CPU | כאשר מריצים חישובים מורכבים או לולאות כבדות מעל 10ms | $5 לחודש (פותח 10M בקשות ו-30s CPU) |
| Workers KV | 100,000 קריאות ביום / 1,000 כתיבות ביום | אפליקציות עם עדכוני סטטוס תכופים או מוני כניסות של משתמשים | שדרוג לתוכנית Workers Paid ($5 לחודש) |
| D1 (SQLite Database) | 5M קריאות שורות ביום / 100,000 כתיבות ביום | שאילתות ללא אינדקסים או סריקה של טבלאות גדולות ללא WHERE | שדרוג לתוכנית Workers Paid ($5 לחודש) |
| Workers AI (hosted models) | 10,000 Neurons ביום (משאבי חישוב GPU) | שימוש במודלי שפה גדולים (LLMs) או יצירת עשרות תמונות ביום | $0.011 לכל 1,000 ניירונים נוספים (תחת תוכנית ה-$5) |
| שם השירות | מכסת החינם העיקרית | סף המעבר לתשלום (הטריגר לשדרוג) | המלכודת הנפוצה / מה שכדאי לדעת |
|---|---|---|---|
| Workers (Serverless Compute) | 100,000 בקשות ביום (CPU של 10ms) | מעבר ל-100K בקשות או חריגה מ-10ms מעבד | מגבלת ה-10ms היא זמן מעבד נטו, לא זמן המתנה. פעולות כבדות של עיבוד טקסט יקריסו את ה-Worker. |
| R2 (Object Storage) | 10 GB אחסון בחודש; 1M פעולות כתיבה | מעבר ל-10GB אחסון ($0.015 לכל GB נוסף) | השירות המושלם לאחסון תמונות וקבצי מדיה ללא עלויות תעבורה יוצאת (Egress). |
| Cloudflare Stream | אין חבילת חינם (0 דקות) | מהדקה הראשונה: $5 לכל 1,000 דקות אחסון | חיובי האחסון הם קבועים בכל חודש, ללא קשר לכמות הצפיות בסרטון בפועל. |
| Cloudflare Images | אין חבילת חינם לאחסון (0 תמונות) | מהתמונה הראשונה: $5 לכל 100,000 תמונות | הפתרון החינמי: אחסנו את התמונות ב-R2 והשתמשו ב-Image Transforms החינמי (5,000 בחודש). |
| Containers (Docker) | אין חבילת חינם (0 קונטיינרים) | מחייב תוכנית בתשלום ($5/month) מהרגע הראשון | שימוש קבוע בסוכני AI שרצים ברקע יגרום לחריגה מהירה ממכסת ה-vCPU-minutes הכלולה. |
במדריך מעשי זה נלמד כיצד לעקוף את עלויות האחסון היקרות של Cloudflare Images על ידי שימוש ב-R2 כמקור האחסון שלנו, ונבנה Worker מקומי שיודע למשוך את הקובץ ולבצע הכנה לשינוי גודל.
- ודאו שאתם מחוברים לחשבון ה-Cloudflare שלכם דרך ה-CLI (ממשק שורת הפקודה). אם לא ביצעתם זאת בעבר, הריצו את פקודת ההתחברות הבאה בדפדפן ופעלו לפי ההנחיות:
הפלט הצפוי לאחר אישור בדפדפן:npx wrangler loginSuccessfully logged in! - צרו באקט (Bucket - מיכל אחסון קבצים בתוך R2) חדש בשם
user-uploadsבאמצעות הרצת הפקודה הבאה במסוף שלכם:
הפלט הצפוי:npx wrangler r2 bucket create user-uploadsCreating bucket user-uploads... Bucket user-uploads created successfully! - צרו קובץ הגדרות חדש בשם
wrangler.tomlבתיקיית הפרויקט שלכם, והגדירו בו את החיבור (Binding) ל-R2 ואת הפעלת שירות שינוי הגודל הדינמי:name = "r2-image-bypasser" main = "src/index.ts" compatibility_date = "2026-03-19" [[r2_buckets]] binding = "IMAGES_BUCKET" bucket_name = "user-uploads" - צרו תיקייה חדשה בשם
srcובתוכה קובץ בשםindex.ts. הדביקו בתוכו את קוד ה-Worker הבא, המשתמש בפריימוורק (מסגרת עבודה) הקלה והמהירה Hono (השוקלת פחות מ-12 קילובייט ומתאימה בצורה מושלמת ל-Workers) כדי לשרת תמונות מתוך R2 עם תמיכה בהגדרות אופטימיזציה:import { Hono } from 'hono'; type Env = { IMAGES_BUCKET: R2Bucket; }; const app = new Hono<{ Bindings: Env }>(); app.get('/image/:key', async (c) => { const key = c.req.param('key'); const object = await c.env.IMAGES_BUCKET.get(key); if (!object) { return c.text('Image not found in R2', 404); } const headers = new Headers(); object.writeHttpMetadata(headers); headers.set('etag', object.httpEtag); // כאן אנחנו מדמים את שליחת הוראות האופטימיזציה ל-Cloudflare Image Transforms headers.set('Cache-Control', 'public, max-age=31536000'); return c.body(object.body, 200, Object.fromEntries(headers.entries())); }); export default app; - הריצו את סביבת הפיתוח המקומית שלכם כדי לוודא שהקוד תקין והחיבור ל-R2 המקומי (באמצעות Miniflare, מדמה הריצה המקומי של Cloudflare) עובד:
הפלט הצפוי:npx wrangler devReady on http://localhost:8787. כעת יש לכם תשתית מוכנה להגשת תמונות מ-R2 ללא עלויות האחסון המנופחות של Cloudflare Images!
פלט נראה לעין שתסיים איתו: תקבלו סביבת פיתוח מקומית המריצה שרת אינטרנט בכתובת http://localhost:8787. כאשר תפנו לנתיב /image/test-pic.jpg, ה-Worker ינסה לגשת בצורה מאובטחת למיכל ה-R2 שלכם, וישלוף את התמונה תוך הגדרת כותרות (Headers) לניהול זיכרון מטמון (Cache Control) המותאם להפצה מהירה ב-CDN.
העידן החדש: Workers Static Assets מול Pages הישן
אם בניתם בעבר אתרי אינטרנט או אפליקציות, כנראה ששמעתם על Cloudflare Pages — הכלי הקלאסי לפריסת אתרים ישירות מחשבון ה-GitHub שלכם. אך בשנת 2026, מפת הדרכים של Cloudflare השתנתה לחלוטין. פלטפורמת Pages נכנסה רשמית ל-Maintenance Mode (מצב תחזוקה שבו לא מתווספים פיצ'רים חדשים), והפוקוס המלא עבר לטכנולוגיה מודרנית ומהירה בהרבה: Workers Static Assets (אירוח קבצים סטטיים מובנה ישירות בתוך ה-Workers). המשמעות עבורכם כ-Vibe Coders היא עצומה: במקום להפריד בין קוד השרת (Backend) לקבצי האתר (Frontend), הכל רץ עכשיו תחת קורת גג אחת, באותה סביבה ובמהירות שיא, ללא זמני הפעלה קרים (Cold Starts). הארכיטקטורה החדשה מבוססת על V8 Isolates — סביבות ריצה מבודדות וקלות משקל המיושמות במנוע הדפדפן של גוגל, במקום קונטיינרים (Containers) כבדים ומסורבלים. אלו מאפשרים לאתר שלכם לרוץ ביותר מ-300 ערים ברחבי העולם במקביל (ב-Edge, רשת שרתים עולמית הקרובה פיזית למשתמש הקצה). היתרון של Workers Static Assets בתוכנית החינמית הוא חסר תקדים: מספר הבקשות (Requests) לקבצים הסטטיים שלכם הוא חופשי לחלוטין וללא הגבלה (Unlimited), בעוד שב-Pages הישן הייתם מוגבלים במכסות בנייה חודשיות או זמני ריצה. המגבלות היחידות בגרסה החינמית הן גודל קובץ מקסימלי של 25 MiB ומגבלה של עד 20,000 קבצים לפרויקט. עם זאת, המעבר ל-Workers מביא איתו הבדל קריטי אחד שחובה להכיר כדי לא ליפול בפח: בשונה מ-Pages, ה-Workers לא מתעלם אוטומטית מתיקות קוד פנימיות כמוnode_modules (התיקייה שבה נשמרות כל חבילות הקוד של הפרויקט שלכם) או קבצי מערכת של Mac (כמו .DS_Store). אם לא תנחו אותו נכון, כלי הפריסה ינסה להעלות עשרות אלפי קבצים קטנים, תעברו את רף 20,000 הקבצים המותרים בחינם, והפריסה שלכם תיכשל מיידית. הפתרון הוא יצירת קובץ הגדרה ייעודי בשם .assetsignore בשורש הפרויקט. קובץ זה מתפקד בדיוק כמו קובץ ה-.gitignore שאתם מכירים, ומורה ל-Cloudflare ממה להתעלם בזמן הפריסה.
הבדלים מרכזיים: Pages הישן מול Workers Static Assets החדש
| מאפיין | Cloudflare Pages (הישן) | Workers Static Assets (החדש) |
|---|---|---|
| מצב פיתוח (סטטוס ב-2026) | מצב תחזוקה בלבד (Maintenance) | פיתוח פעיל ומומלץ לכל פרויקט חדש |
| אינטגרציה עם האקוסיסטם | מוגבלת; דורשת הגדרות מורכבות | מובנית ישירות (Workflows, DB, AI) |
| התעלמות מקבצים לא רצויים | אוטומטית (מתעלם מ-node_modules) | ידנית בלבד באמצעות קובץ .assetsignore |
שאלה 1: האם זהו פרויקט חדש הדורש אינטגרציה עמוקה עם האקוסיסטם המודרני (כמו Workflows, Durable Objects וכו')?
- בחר ב-Workers Static Assets: זוהי הדרך המומלצת הרשמית החל משנת 2026. כל הפיצ'רים החדשים, הכלים המבוססים על בינה מלאכותית וניהול השרתים המודרני מיועדים ונתמכים קודם כל ב-Workers, והאינטגרציה איתם חלקה ללא צורך בהגדרות צד שלישי.
שאלה 2: האם מדובר בפרויקט Legacy עם CI/CD קיים מבוסס Git בלבד ללא דרישות פיצ'רים חדשים?
- בחר ב-Pages: פלטפורמת Pages הישנה עדיין עובדת ותישאר נתמכת במצב תחזוקה. אם אין לכם צורך ביכולות המחשוב החדשות של Workers ואתם רק רוצים לשמור על הקיים ללא שינויי קוד ועם פריסה ישירה מ-Git, השאירו את הפרויקט ב-Pages.
תנאים מקדימים: התקנת Node.js על המחשב וחשבון פעיל ב-Cloudflare (אם אין לכם, פתחו אחד בחינם ב-dash.cloudflare.com).
בצעו את הצעדים הבאים כדי להקים את הפרויקט שלכם, להגדיר התעלמות מקבצים מיותרים ולפרוס אותו לענן:
- פתחו את הטרמינל במחשב וצרו תיקיית פרויקט חדשה על ידי הרצת הפקודות הבאות:
mkdir my-static-worker cd my-static-worker - צרו תיקייה בשם
publicובתוכה קובץ בשםindex.html. זה יהיה דף הבית שלכם:mkdir public echo "<html><body><h1>Hello Vibe Coders!</h1></body></html>" > public/index.html - התקינו את כלי הפיתוח הרשמי של Cloudflare הנקרא Wrangler באופן מקומי בפרויקט:
npm init -y npm install wrangler --save-dev - צרו קובץ הגדרות בשם
wrangler.tomlבשורש הפרויקט וכתבו בו את התוכן הבא (קובץ זה מגדיר את שם ה-Worker ומצביע על תיקיית הקבצים הסטטיים):name = "my-static-worker" main = "src/index.js" compatibility_date = "2026-05-29" [assets] directory = "./public" - צעד קריטי: צרו קובץ בשם
.assetsignoreבשורש הפרויקט כדי למנוע העלאה של קבצי פיתוח מיותרים לענן:node_modules/ .git/ package-lock.json package.json - צרו קובץ ריק קטן בנתיב
src/index.jsעל מנת לעמוד בדרישות נקודת הכניסה של ה-Worker (גם אם אנחנו מגישים רק קבצים סטטיים):mkdir src echo "export default { fetch() { return new Response('Not Found', { status: 404 }) } }" > src/index.js - התחברו לחשבון ה-Cloudflare שלכם דרך הטרמינל (הפקודה תפתח דפדפן לאישור הגישה):
פלט צפוי: הטרמינל יציג הודעה שהתחברתם בהצלחה לחשבון שלכם.npx wrangler login - בצעו את הפריסה לענן באמצעות הרצת הפקודה הבאה:
פלט צפוי: הטרמינל יציג את התקדמות ההעלאה ויספק לכם כתובת URL ייחודית (לדוגמה:npx wrangler deployhttps://my-static-worker.YOUR_SUBDOMAIN.workers.dev) שבה האתר שלכם זמין כעת לכל העולם בחינם!
פלט נראה לעין שתסיים איתו: דפדפן אינטרנט פתוח בכתובת ה-Workers.dev החדשה שלכם, המציג כותרת גדולה עם הטקסט "Hello Vibe Coders!" שנטענת תוך פחות מ-50 מילי-שניות משרת ה-Edge הקרוב ביותר אליכם.
הקמת סביבת הפיתוח: c3, Wrangler, וסודות לוקליים ב-.dev.vars
כשאתם מתחילים לעבוד על פרויקט חדש, המכשול הראשון הוא בדרך כלל בחירת ארכיטקטורה וקינפוג של סביבת הפיתוח. בעולם השרתים המסורתי, הייתם צריכים להתקין שרתי Node.js (סביבת ריצת קוד JavaScript מחוץ לדפדפן), להגדיר חומות אש מקומיות, לבנות הגדרות Docker (מכולות להרצת אפליקציות בסביבה מבודדת) ולעבור מסכת ייסורים מתישה רק כדי לקבל נקודת קצה (API Endpoint) אחת שעובדת. Cloudflare פותרת את הבעיה הזו מן היסוד באמצעות כלי ה-CLI (ממשק שורת פקודה - Command Line Interface) שנקרא c3 (או בשמו המלא: Create Cloudflare CLI). כשאנחנו מריצים פקודה פשוטה, הכלי לא רק מוריד תבנית קוד ריקה, אלא יוצר סביבה מותאמת אישית שלמה: הוא מגדיר את TypeScript (שפת פיתוח מבוססת JavaScript המציעה בדיקת שגיאות חכמה בזמן כתיבה) בצורה אופטימלית לעבודה מול ה-Edge (שרתי הקצה של Cloudflare הפזורים ביותר מ-300 ערים בעולם), מגדיר את קובץ הניהול המרכזי wrangler.toml ומקשר את פקודות הבנייה והפריסה בלחיצה אחת.
Wrangler ו-Miniflare: סימולטור הענן המושלם על המחשב האישי
הפיתוח המקומי של Cloudflare לא מסתמך על שרתים פיזיים מרוחקים בזמן שאתם כותבים קוד. מי שמנהל את ההצגה הזו הוא Wrangler – כלי ה-CLI הרשמי לפיתוח ופריסה של אפליקציות בענן של Cloudflare. כשאתם מריצים את הפקודה wrangler dev, מתרחש קסם קטן: סימולטור מובנה בשם Miniflare נכנס לפעולה. בניגוד לשרתי פיתוח קלאסיים שרק מריצים את הקוד שלכם בגרסת Node.js מקומית, Miniflare מריץ את הקוד שלכם בתוך סביבה המדמה בדיוק מוחלט את ה-V8 Isolates (סביבות ריצה מבודדות וקלות משקל המבוססות על המנוע של דפדפן כרום) של Cloudflare. הוא מספק אמולציה (הדמיה מקומית) מלאה לכל
הפריסה הראשונה לענן: wrangler deploy וזיהוי הכתובת הציבורית
`wrangler deploy` מבצעת תהליך אריזה חכם. היא סורקת את הקבצים, בונה קובץ מניפסט שמייצג את המבנה של הנכסים הסטטיים שלכם, ומעלה רק את השינויים שבוצעו מאז הפריסה האחרונה. המערכת מזהה אוטומטית אם ישנו קוד דינמי שאמור לרוץ לפני הגשת הקבצים (למשל לצורך אבטחה, ניתוב מחדש, או הזרקת נתונים בזמן אמת) ומקשרת אותו ישירות לכתובת שלכם. היתרון הגדול הוא שאתם מקבלים סביבת ייצור (Production) חסינת קריסות שמתרחבת מאפס למיליוני משתמשים ללא שום מאמץ מצדכם, ובאופן חינמי לחלוטין.-
הכנת סביבת העבודה והתחברות ל-Cloudflare:
אם עדיין לא עשיתם זאת, פתחו חשבון חינ
מנהור מהיר: wrangler tunnel quick-start והחלפת ngrok
פיתוח אפליקציות מבוססות בינה מלאכותית (AI) דורש מאיתנו לעיתים קרובות לחשוף את השרת המקומי (Localhost) שלנו לאינטרנט החיצון. בין אם מדובר בקבלת קריאות חוזרות (Webhooks — מנגנון שבו שרת חיצוני שולח מידע בזמן אמת לשרת שלנו בעקבות אירוע מסוים) מפלטפורמות כמו Stripe או Twilio, בדיקת האפליקציה בטלפון הנייד, או שיתוף אב טיפוס מהיר עם חברים או עם סוכני AI עצמאיים (Agents) שצריכים לגשת לקוד שלנו – אנחנו חייבים כתובת HTTPS ציבורית ויציבה שמצביעה ישירות למחשב האישי שלנו. בעבר, כלי ברירת המחדל למשימה זו היה ngrok (שירות פופולרי ליצירת מנהרות מאובטחות מהמחשב המקומי לאינטרנט). אלא שבשנים האחרונות, ngrok הפך למסורבל ומגביל עבור מפתחים עצמאיים ו-Vibe Coders: הוא דורש הרשמה חובה, הגדרת מפתחות אימות (Auth Tokens), מציג מסכי ביניים מעצבנים שמזהירים מפני פישינג כדי למנוע הונאות, ומציב מגבלות קשיחות על הגרסה החינמית. כאן נכנס לתמונה השחקן החזק ביותר ב-Free Stack של שנת 2026: כלי ה-CLI (ממשק שורת פקודה) הרשמי של קלאודפלייר, Wrangler, שמציע מנהור מהיר ומאובטח בלחיצת כפתור אחת, ללא צורך בהרשמה, ללא הגדרות וללא עלות – תחת הפקודה המובניתwrangler tunnel quick-start.מהפכת ה-Wrangler Tunnel: מנהור מובנה ללא מאמץ
עד לעדכונים האחרונים של מרץ 2026, כדי להשתמש במנהרות של קלאודפלייר (Cloudflare Tunnels) נדרשתם להוריד כלי נפרד בשםcloudflared(קובץ ריצה ייעודי של החברה המקשר בין המחשב המקומי לרשת קלאודפלייר). העדכון המהפכני ב-Wrangler CLI הטמיע את היכולות הללו ישירות לתוך ממשק השורה הפקודה הרגיל שלכם. כעת, קלאודפלייר מנהלת עבורכם את ה-binary (קובץ ההפעלה המוכן להרצה) של המנהרה מאחורי הקלעים בצורה אוטומטית לחלוטין. הקונספט המרכזי כאן נקרא Localhost HTTPS exposure — חשיפה מיידית של פורט (רכיב תקשורת מקומי, למשל שרת Node.js, Python או Hono שרץ על פורט 3000) אל כתובת אינטרנט ציבורית ומאובטחת (פרוטוקול HTTPS). החיבור מתבצע באמצעות מנהרה יוצאת (Outbound connection) בלבד. המשמעות היא שאתם לא צריכים לפתוח פורטים בנתב הביתי שלכם (Port Forwarding), אתם לא צריכים כתובת IP ציבורית קבועה, והמחשב שלכם נשאר מוגן מאחורי חומת האש של קלאודפלייר.אפס תלות ב-Zero Trust: איך זה עובד?
במצב הרגיל של קלאודפלייר, הגדרת מנהרה קבועה (Named Tunnel) דורשת מכם ליצור חשבון, לחבר דומיין פרטי שבבעלותכם, ולהגדיר חוקי גישה ואבטחה בתוך פאנל הניהול של Cloudflare Zero Trust (פלטפורמת אבטחת הרשת של קלאודפלייר המבוססת על אימות קפדני של כל משתמש ומכשיר). זה מעולה לייצור (Production), אך מאט מאוד את קצב העבודה ("הוויב") בזמן פיתוח מהיר או בדיקות מקומיות. הפקודהwrangler tunnel quick-startמבצעת Zero Trust dependency removal — היא מעיפה את כל שרשרת התלות הזו מהחלון. היא משתמשת בשירות חינמי לחלוטין של קלאודפלייר שנקרא TryCloudflare. השירות מייצר עבורכם מנהרה זמנית (Quick Tunnel) ומקצה לכם תת-דומיין אקראי תחת הדומיין*.trycloudflare.com. אין צורך בהתחברות לחשבון (Login), אין צורך בכרטיס אשראי, ואין צורך בדומיין רשום. פשוט מריצים פקודה אחת, ומקבלים קישור מאובטח שעובד מיד.האותיות הקטנות: מתי המנהרה המהירה לא תספיק?
למרות הנוחות המדהימה, חשוב להכיר שתי מגבלות מרכזיות של ה-Quick Tunnels כדי לא לבזבז שעות על באגים מסתוריים:- מגבלת בקשות סימולטניות: המנהרות המהירות מוגבלות לעד 200 בקשות בו-זמנית (Concurrent Requests). עבור בדיקות פיתוח זה מעל ומעבר, אך אל תנסו להריץ על זה קמפיינים או בדיקות עומסים קשות.
- חוסר תמיכה ב-Server-Sent Events (SSE): זוהי נקודת התורפה הקריטית ביותר עבור בוני אפליקציות AI. טכנולוגיית SSE מאפשרת לשרת להזרים (Stream) טקסט לדפדפן בזמן אמת, ממש כמו הדרך שבה ChatGPT כותב את התשובות שלו מילה אחר מילה. מנהרות מהירות (Quick Tunnels) של TryCloudflare אינן תומכות ב-SSE, והזרמת המילים פשוט תיכשל או תיחסם. אם האפליקציה שלכם דורשת הזרמת קוד/טקסט חיה, תצטרכו להשתמש במנהרה שמית (Named Tunnel) המקושרת לדומיין האמיתי שלכם בקלאודפלייר, שם הטכנולוגיה נתמכת באופן מלא.
מנהור מקומי ב-60 שניות 5 דקותבואו נחליף את ngrok ונחשוף שרת מקומי לאינטרנט תוך פחות מדקה באמצעות הכלים המובנים של Wrangler. אין צורך בחשבון קלאודפלייר או בהרשמה מראש!
-
הרימו שרת מקומי מהיר: פתחו את הטרמינל (Terminal — ממשק שורת הפקודה במחשבכם) והריצו שרת מקומי זמני המציג את קבצי המחשב. נשתמש בפייתון (Python) המובנה במערכת שלכם בפורט 8080:
python -m http.server 8080הפלט הצפוי: הטרמינל יציג הודעה שהשרת רץ בכתובת
Serving HTTP on 0.0.0.0 port 8080 .... - פתחו חלון טרמינל חדש והשאירו את השרת הקודם פועל ברקע.
-
הפעילו את המנהרה של Wrangler: הריצו את הפקודה הבאה כדי ליצור מנהרה זמנית המפנה לשרת הפעיל שלכם:
npx wrangler tunnel quick-start --port 8080אם זו הפעם הראשונה שאתם מריצים פקודה זו, Wrangler עשוי לבקש מכם אישור להוריד את קובץ הריצה של המנהרות (cloudflared) באופן אוטומטי. לחצו על
yלאישור. -
העתיקו את הקישור המאובטח: לאחר מספר שניות, Wrangler יציג בטרמינל פלט מפורט. חפשו את השורה המכילה את הכתובת הציבורית שלכם. היא תיראה כך:
Your quick tunnel has been created! Route: https://some-random-words.trycloudflare.com -
בדקו שהכל עובד: העתיקו את הכתובת שמתחילה ב-
https://והדביקו אותה בדפדפן בטלפון הנייד שלכם. אתם תראו את רשימת הקבצים שלכם נטענת בצורה מאובטחת לחלוטין מכל מקום בעולם!
מגבלות ה-Quick Tunnel וכיצד להתמודד איתן
כאשר אנחנו בונים יישומי בינה מלאכותית (AI) מודרניים, אחד הכלים השימושיים ביותר בארסנל של ה-Vibe Coder הוא מנהור (Tunneling) של השרת המקומי אל האינטרנט הציבורי. היכולת להריץ שרת Node.js, Python או Hono על המחשב האישי שלכם, ולהפוך אותו ברגע לכתובת HTTPS מאובטחת ונגישה מכל מקום בעולם, היא קריטית לצורך בדיקת ווב-הוקס (Webhooks) של שירותים חיצוניים, חיבור זמני של סוכני AI הפועלים בענן למאגר מידע מקומי, או שיתוף דמו מהיר עם לקוחות. כלי המנהור המובנה של Cloudflare, המוכר כ-Quick Tunnel (מנהרה מהירה) ומופעל על גבי הדומיין המשותף
trycloudflare.com, מאפשר לעשות זאת באופן מיידי, ללא צורך בהרשמה, הגדרת מפתחות או פתיחת פורטים בנתב הביתי. עם עדכוני כלי ה-CLI של Wrangler במרץ 2026, היכולת הזו הפכה לאינטגרטיבית לחלוטין באמצעות פקודה אחת פשוטה:wrangler tunnel quick-start.למרות הפיתוי העצום להסתמך על ה-Quick Tunnel כפתרון ברירת המחדל לכל שלבי הפיתוח, מנהרות אלו מגיעות עם מגבלות ארכיטקטוניות קשיחות שעוצבו כדי למנוע שימוש לרעה (Abuse) בשרתים החינמיים של Cloudflare. המגבלה הראשונה והבולטת ביותר היא תקרת 200 הבקשות הסימולטניות (200 concurrent requests ceiling). המשמעות היא שבכל רגע נתון, המנהרה מסוגלת לטפל בעד 200 בקשות פעילות בו-זמנית. אם סוכן ה-AI שלכם מבצע סריקה רחבה
מתי לשלוף את כרטיס האשראי? מפת הדרכים לשדרוג ב-$5
תוני האמת של האפליקציה שלכם:- היכנסו לאתר החינמי FlareCalc.
- הזינו את הנתונים המשוערים שלכם: מספר הבקשות החודשי הצפוי (למשל, 500,000), נפח הנתונים ב-D1 (למשל, 1GB), ומספר כתיבות ה-KV הצפויות ביום.
- בדקו בגרף היכן בדיוק נחצה קו ה-Free Tier ומתי עלות ה-$5 הופכת להכרחית ואיזה נפח פעילות היא תכסה לכם (רמז: לרוב זה יספיק לכם מעל ומעבר).
| תדירות | פעולה |
|---|---|
| לפני כל פיתוח פיצ'ר | הרצת סביבת הפיתוח המקומית באמצעות הפקודה wrangler dev כדי לבדוק שינויים בזמן אמת על גבי Miniflare (סימולטור ה-Edge המקומי) לפני הפריסה לענן. |
| בכל הקמת פרויקט | יצירת קובץ .assetsignore והוספת node_modules לרשימת ההחרגות כדי למנוע קריסה של תהליך הפריסה בשל חריגה ממגבלת 20,000 הקבצים. |
| פעם בשבוע | ניתוח מדדי ה-CPU (זמן העיבוד) ב-Cloudflare Dashboard כדי לוודא שזמן הריצה הממוצע של ה-Worker אינו מתקרב למגבלת ה-10ms של המסלול החינמי. |
| לפני עלייה לפרודקשן | שימוש במחשבון FlareCalc כדי לבחון את תדירות הכתיבה ל-KV (רכיב האחסון מסוג מפתח-ערך) ולוודא שלא נעבור את מגבלת ה-1,000 כתיבות ביום. |
הגדר קובץ .assetsignore גלובלי או תבנית קבועה לכל פרויקט Static Assets (נכסים סטטיים) חדש שאתה מקים. השמטה קטנה של החרגת תיקיית node_modules תגרום לכלי ה-CLI (ממשק שורת הפקודה) לנסות להעלות עשרות אלפי קבצים קטנים לענן, מה שיביא לחציית מגבלת ה-20,000 קבצים של Cloudflare ולכישלון הפריסה עוד לפני שהתחלת לעבוד.
- מדוע לפלטפורמת Cloudflare Workers אין "Cold Start" (זמן הפעלה ראשוני של שרת קפוא) כמו לפלטפורמות Serverless אחרות? (רמז: חשוב על הארכיטקטורה של V8 Isolates בהשוואה לקונטיינרים כבדים).*
- מה יקרה אם תנסה להזרים מידע (כמו תשובות מודל שפה ב-Streaming באמצעות Server-Sent Events - SSE) דרך Quick Tunnel (מנהרה מהירה) חינמי? (רמז: זכור את מגבלות הצינור המהיר ואת הצורך במעבר ל-Named Tunnel).*
- פרויקט ה-Worker שלך קורא וכותב ל-KV. איזו מגבלה יומית כנראה תפיל אותך ראשונה ב-Free Tier ותאלץ אותך לשדרג לתוכנית ה-Paid של $5? (רמז: השווה בין מגבלת 100,000 פעולות הקריאה לבין מגבלת 1,000 פעולות הכתיבה ביום).*
- מהו ההבדל המרכזי בין פריסה ל-Cloudflare Pages לבין פריסה ל-Workers + Static Assets בשנת 2026? (רמז: Pages עבר למצב תחזוקה בלבד, והארכיטקטורה החדשה מאחדת הכל תחת תשתית Workers).*
- כיצד שומרים על מפתחות API וסודות אחרים במהלך פיתוח מקומי כדי שלא ייחשפו לקוד המקור הציבורי? (רמז: חפש את הקובץ המקומי
.dev.varsואת ההבדל בינו לבין הגדרת סודות בתוך דאשבורד הניהול).*
בפרק זה צללנו אל מעמקי ה-Free Stack של Cloudflare והבנו בדיוק מה אנחנו מקבלים ב-$0, וחשוב מכך — איפה נמצאות המלכודות הנסתרות שממתינות לנו בשטח. למדנו כיצד להקים בשניות סביבת פיתוח מקומית בעזרת כלי ה-c3, וכיצד Wrangler מאפשר לנו לפתח מקומית עם Miniflare ולפרוס בלחיצת כפתור אחת לענן העולמי, ללא זמני cold start ובפיזור גלובלי אמיתי ב-300+ ערים.
ראינו גם כיצד לחשוף את ה-localhost שלנו לעולם באופן מאובטח בעזרת Quick Tunnel לטובת בדיקות מהירות מול מכשירים חיצוניים או API של לקוחות, והבנו מתי המגבלות של ה-Free Tier (כמו 10ms CPU ו-1k כתיבות KV ביום) ישמשו ככוח מניע חיובי לשדרוג לתוכנית ה-Paid ב-$5 לחודש.
בפרק הבא נרחיב את ה-Worker שיצרנו ונתחיל לעבוד עם זיכרון זמני וקבוע תוך חיבור bindings (קישורים) של KV, D1 ו-R2 ב-wrangler.toml.
צ'קליסט — סיכום
- התקנתי את כלי השורת-פקודה של Cloudflare והרצתי את
c3ליצירת פרויקט חדש. - הבנתי את ההבדל בין V8 Isolates לבין קונטיינרים מסורתיים מבחינת מהירות תגובה וזיכרון.
- הגדרתי קובץ
.assetsignoreכדי למנוע את העלאת תיקייתnode_modules. - הרצתי את שרת הפיתוח המקומי באמצעות
wrangler devובחנתי את ה-hot reload. - יצרתי קובץ
.dev.varsמקומי והגדרתי בו משתני סביבה סודיים לבדיקה מקומית. - ביצעתי פריסה ראשונה לענן של Cloudflare באמצעות הפקודה
wrangler deploy. - אימתתי שה-Worker שלי זמין ומגיב ב-URL הציבורי תחת הדומיין
*.workers.dev. - פתחתי צינור תקשורת מהיר ומאובטח ל-localhost בעזרת הפקודה
wrangler tunnel quick-start. - הבנתי את המגבלות של Quick Tunnel מול Named Tunnel (במיוחד עבור Server-Sent Events).
- מיפיתי את מגבלות ה-Free Tier של השירותים השונים (Workers, KV, D1, R2, Static Assets).
- חישבתי את נקודת השבירה הכלכלית של האפליקציה שלי באמצעות מחשבון FlareCalc לפני הבנייה.
- למדתי על עדכוני הפלטפורמה לשנת 2026 כולל מעבר Pages למצב תחזוקה והעדפת Workers + Static Assets.
מילון 2026: מה השתנה השנה (DO SQLite billing ינואר, Queues free פברואר, Containers GA אפריל)
שנת 2026 מסמנת את תור הזהב של ה-Vibe Coders (אנשים שבונים מוצרים מדהימים בעזרת כלי AI מבלי להיות מהנדסי תוכנה מסורתיים). אם בעבר נדרשתם לשלם עשרות דולרים בחודש רק כדי להחזיק סביבת פיתוח פשוטה באוויר, הרי שהיום ה-Free Stack (ערימת הטכנולוגיות החינמית) מציעה כוח של מערכות Enterprise (מערכות ארגוניות גדולות) ב-$0 לחלוטין. שלושה שינויים דרמטיים שהתרחשו מתחילת השנה שינו את חוקי המשחק לחלוטין, ומאפשרים לכם להקים מוצרים יציבים, מהירים ומבוזרים ללא תקציב ראשוני בכלל.ינואר 2026: מהפכת ה-DO SQLite Billing
עד לא מזמן, מסדי נתונים בענן היו אחד מסעיפי ההוצאות המעיקים ביותר. מסד נתונים מסורתי כמו PostgreSQL דרש שרת מנוהל שעלותו מתחילה ב-15$ בחודש, גם אם האתר שלכם בקושי קיבל כניסות. בינואר 2026, חברות הענן המובילות ובראשן DigitalOcean (ספקית תשתיות ענן פופולרית) הציגו מודל תמחור ייעודי עבור SQLite (מסד נתונים קל משקל מבוסס קובץ יחיד). כעת, במקום להחזיק שרת יקר שפועל ללא הפסקה, אתם יכולים להריץ קובץ SQLite המנוהל ישירות על תשתית הענן. המערכת מגבה ומסנכרנת אותו אוטומטית, והתמחור מבוסס על Micro-billing (תמחור זעיר לפי שימוש בפועל) – כאשר הרף החינמי מאפשר מיליוני פעולות קריאה וכתיבה בחודש בחינם לגמרי.פברואר 2026: Queues לכולם בחינם
בפברואר 2026, שירותי Queues (תורים - מערכות לניהול משימות ברקע) הפכו לחלק בלתי נפרד מהמסלול החינמי של פלטפורמות מחשוב קצה (Edge computing - הרצת קוד בשרתים הקרובים גאוגרפית למשתמש הקצה). תורים הם המפתח לבניית אפליקציות AI מהירות: כאשר משתמש מבקש לבצע פעולה כבדה, כמו יצירת תמונה או פנייה מורכבת ל-APIs (ממשקי תכנות יישומים) של בינה מלאכותית, האתר שלכם לא צריך להתעכב. המשימה נשלחת לתור ברקע, המשתמש מקבל תגובה מיידית שהבקשה התקבלה, והשרת מעבד את המשימה בקצב שלו ללא חסימת ממשק המשתמש. שילוב תורים חינמיים מאפשר לכם לבנות זרימות עבודה מורכבות ביותר מבלי לשלם על שרתי תיווך יקרים.אפריל 2026: Containers GA – חופש מוחלט בענן
באפריל 2026 הגענו לנקודת הציון המשמעותית ביותר: שירותי Containers GA (General Availability - זמינות כללית ויציבה לציבור הרחב) נכנסו למסלולים החינמיים של פלטפורמות האירוח הגדולות. קונטיינר (Container) הוא סביבה סגורה ומבודדת המכילה את כל מה שהקוד שלכם צריך כדי לרוץ (קוד, ספריות, הגדרות מערכת), לרוב באמצעות Docker (טכנולוגיה נפוצה לאריזת אפליקציות). המשמעות עבורכם היא עצומה: אתם כבר לא מוגבלים לחוקים הנוקשים של ספקי Serverless (ארכיטקטורת שרתים ללא ניהול שרת פיזי). אתם יכולים לקחת כל קוד שכתבתם עם AI, לארוז אותו בקונטיינר, ולהעלות אותו לענן בחינם. המערכת תבצע Scale to Zero (צמצום משאבי השרת לאפס כשאין תנועה) באופן אוטומטי, כך שלא תשלמו דבר כשהאתר אינו פעיל.| חודש (2026) | השינוי הטכנולוגי | מה זה אומר עבורכם בפועל? | האלטרנטיבה הישנה (בתשלום) |
|---|---|---|---|
| ינואר | SQLite Cloud Billing | מסד נתונים שלם, אמין ומהיר שרץ בקובץ ב-$0 לחלוטין. | שרת PostgreSQL/MySQL מנוהל (החל מ-$15 לחודש). |
| פברואר | Free Queues | ניהול משימות AI כבדות ואיטיות ברקע מבלי לתקוע את האתר. | שרת Redis עצמאי או שירות תורים חיצוני יקר. |
| אפריל | Containers GA | הרצה של כל קוד או שפה (Python, Node, Go) באמצעות קונטיינר מבודד. | שרתים וירטואליים מורכבים (VPS) שדורשים תחזוקה ידנית. |
כדי להתנסות בכוח של SQLite המודרני, נקים כעת שרת קטן שמבצע פעולות כתיבה וקריאה מקובץ מסד נתונים מקומי, במבנה המדויק שמותאם לפריסה חינמית מודרנית בענן.
שלב 1: פתחו את הטרמינל (Terminal) במחשב שלכם, וצרו תיקיית פרויקט חדשה:
mkdir vibe-sqlite-app
cd vibe-sqlite-app
npm init -y
שלב 2: התקינו את חבילות התוכנה הנדרשות לפרויקט (Express ליצירת השרת, ו-Better-SQLite3 לעבודה מהירה במיוחד עם מסד הנתונים):
npm install express better-sqlite3
שלב 3: צרו קובץ חדש בשם server.js והדביקו בתוכו את הקוד הבא, המגדיר מסד נתונים ויוצר נתיב (API Endpoint) לכתיבה וקריאה של נתונים:
const express = require('express');
const Database = require('better-sqlite3');
const path = require('path');
const app = express();
app.use(express.json());
// יצירת מסד הנתונים כקובץ מקומי בתיקיית הפרויקט
const dbPath = path.resolve(__dirname, 'data.db');
const db = new Database(dbPath);
// יצירת טבלה פשוטה לשמירת פניות משתמשים במידה והיא לא קיימת
db.prepare(`
CREATE TABLE IF NOT EXISTS contacts (
id INTEGER PRIMARY KEY AUTOINCREMENT,
name TEXT NOT NULL,
email TEXT NOT NULL,
created_at DATETIME DEFAULT CURRENT_TIMESTAMP
)
`).run();
// נתיב לשליחת פרטים ושמירה במסד הנתונים
app.post('/api/contact', (req, { send }) => {
const { name, email } = req.body;
if (!name || !email) {
return send({ error: 'Name and email are required' });
}
const insert = db.prepare('INSERT INTO contacts (name, email) VALUES (?, ?)');
const result = insert.run(name, email);
send({ success: true, id: result.lastInsertRowid });
});
// נתיב לקבלת כל הרשומות השמורות
app.get('/api/contacts', (req, res) => {
const stmt = db.prepare('SELECT * FROM contacts ORDER BY created_at DESC');
const contacts = stmt.all();
res.json(contacts);
});
const PORT = process.env.PORT || 3000;
app.listen(PORT, () => {
console.log(`Server is running on port ${PORT}`);
console.log(`Database initialized at: ${dbPath}`);
});
שלב 4: הריצו את השרת שלכם באמצעות הפקודה הבאה:
node server.js
לאחר ההרצה, אתם תראו בטרמינל הודעה שהשרת פעיל ונוצר קובץ חדש בשם data.db בתוך תיקיית הפרויקט שלכם. כעת, האפליקציה שלכם מוכנה להיארז בתוך קונטיינר ולהישלח לענן של 2026 באפס עלות!
כדי שנוכל להעלות את האתר שלנו לאוויר בחינם, נשתמש בשירות Hosting (אירוח אתרים באינטרנט שמאפשר לכולם לגשת לאתר שלך) בשם Netlify, ונקשר אותו ל-GitHub (שירות ענן פופולרי לשמירה וניהול של קוד המקור שלך).
מה עושים עכשיו:
- היכנסו לאתר Netlify ולחצו על כפתור ה-Sign Up (הרשמה) בפינה הימנית העליונה.
- במסך בחירת שיטת ההרשמה, בחרו באפשרות Sign up with GitHub.
- אשרו את החיבור (Authorize) בין החשבונות. אם אין לכם עדיין חשבון GitHub, המערכת תדריך אתכם לפתוח אחד בחינם בשני קליקים — עשו זאת והשלימו את החיבור.
ברגע שתראו את לוח הבקרה (Dashboard) הראשי של Netlify, אתם מוכנים רשמית לפרוס את האפליקציה הראשונה שלכם ב-0$!
כדי שנוכל להעלות את האתרים שלנו לאוויר ב-$0, נשתמש ב-Vercel (פלטפורמת ענן ואחסון אתרים מהירה וחינמית). היכנסו כעת לאתר Vercel, לחצו על כפתור ה-Sign Up (הרשמה) ופתחו חשבון חינמי (Hobby Plan) באמצעות חשבון הגוגל או ה-GitHub שלכם. השאירו את הלשונית פתוחה — אנחנו נחזור אליה בעוד רגע כדי לפרוס את האפליקציה הראשונה שלכם.
בתרגיל זה נקים אתר סטטי פשוט ונפרוס אותו לענן בחינם לגמרי באמצעות Netlify (פלטפורמת אירוח אתרים בחינם) ו-Vite (כלי מהיר לבניית פרויקטי קצה).
-
התקנה והרשמה (שלב הכנה):
ראשית, ודאו שמותקן אצלכם Node.js (סביבת הרצה המאפשרת להפעיל קוד JavaScript במחשב). לאחר מכן, פתחו דפדפן והירשמו לחשבון חינמי ב-Netlify בכתובת netlify.com.
כעת, פתחו את ה-Terminal (טרמינל - ממשק שורת הפקודה) במחשב שלכם והריצו את פקודת ההתחברות הבאה כדי לקשר את המחשב לחשבון שלכם:
npx netlify loginהפלט הצפוי: חלון הדפדפן ייפתח ויבקש מכם לאשר גישה לחשבון. לאחר האישור, תראו בטרמינל את ההודעה:
You are now logged into your Netlify account! -
יצירת פרויקט מקומי:
ניצור פרויקט חדש בעזרת Vite. הריצו בטרמינל את הפקודה הבאה:
npm create vite@latest my-free-app -- --template vanillaהיכנסו לתיקייה החדשה שנוצרה והתקינו את קבצי המערכת הנדרשים:
cd my-free-app npm installהפלט הצפוי: תיקייה בשם
my-free-appתיפתח במחשבכם, ותהליך ההתקנה יסתיים בהצלחה עם יצירת תיקיית קבצי המקורnode_modules. -
כתיבת קוד האתר:
פתחו את הקובץ
index.htmlבתיקיית הפרויקט והחליפו את כל התוכן שלו בקוד הבא, המציג דף נחיתה אינטראקטיבי מעוצב:<!DOCTYPE html> <html lang="he" dir="rtl"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>הפרויקט החינמי שלי</title> <style> body { font-family: system-ui, sans-serif; display: flex; flex-direction: column; align-items: center; justify-content: center; height: 100vh; background-color: #f3f4f6; margin: 0; } .card { background: white; padding: 2rem; border-radius: 12px; box-shadow: 0 4px 6px rgba(0,0,0,0.1); text-align: center; max-width: 400px; } button { background-color: #4f46e5; color: white; border: none; padding: 12px 24px; border-radius: 6px; cursor: pointer; font-size: 1rem; margin-top: 1rem; transition: background 0.2s; } button:hover { background-color: #4338ca; } </style> </head> <body> <div class="card"> <h3>ה-Free Stack עובד!</h3> <p>הדף הזה רץ כרגע בשידור חי ובחינם לחלוטין על שרת קצה מהיר של Netlify.</p> <button onclick="alert('איזה יופי, הכל עובד ב-$0!')">לחצו לבדיקה</button> </div> </body> </html> -
בנייה ופריסה (Deploy) לאוויר:
נבנה את האתר לגרסת Production (גרסת ייצור מותאמת לשרת) בעזרת הפקודה:
npm run buildכעת נפרוס את תיקיית הפלט (
dist) ישירות לענן:npx netlify deploy --prod --dir=distמתקינים ומפיצים אתר סטטי ב-Netlify בחינם 10 דקות-
הרשמה והתקנת כלי העבודה (CLI):
ראשית, עליך לפתוח חשבון חינמי ב-Netlify (פלטפורמת ענן לאירוח אתרים מהיר). היכנס לאתר netlify.com והירשם עם דוא"ל או חשבון GitHub.
לאחר מכן, פתח את הטרמינל (Terminal) במחשב והתקן את כלי השורה של Netlify (ה-CLI) באמצעות Node Package Manager (כלי לניהול חבילות קוד). הרץ את הפקודה הבאה:
npm install -g netlify-cliהפלט הצפוי: תהליך התקנה קצר שיסתיים בשורה המאשרת את גרסת הכלי שהותקנה, למשל:
added 150 packages in 5s. -
חיבור החשבון במחשב (Login):
קשר את הטרמינל לחשבון ה-Netlify שיצרת על ידי הרצת הפקודה:
netlify loginהפלט הצפוי: ייפתח דפדפן המבקש ממך לאשר גישה (Authorize). לאחר הלחיצה על כפתור האישור, הטרמינל יציג הודעת הצלחה:
You are now logged into your Netlify account! -
יצירת תיקיית הפרויקט וקובץ ה-HTML:
צור תיקייה חדשה בשם
my-free-stack-appבמחשב, היכנס אליה, וצור בתוכה קובץ בשםindex.htmlעם הקוד הבא במלואו:<!DOCTYPE html> <html lang="he" dir="rtl"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>האפליקציה החינמית שלי</title> <style> body { font-family: system-ui, sans-serif; display: flex; flex-direction: column; align-items: center; justify-content: center; height: 100vh; background-color: #f0f4f8; margin: 0; } .card { background: white; padding: 2rem; border-radius: 12px; box-shadow: 0 4px 6px rgba(0,0,0,0.1); text-align: center; } h1 { color: #10b981; } </style> </head> <body> <div class="card"> <h1>האתר שלי באוויר ב-$0!</h1> <p>נבנה באמצעות ה-Free Stack של Vibe Coders.</p> </div> </body> </html> -
פריסה מיידית לענן (Deploy):
הרז את פקודת הפריסה מתוך התיקייה שבה נמצא קובץ ה-
index.html:netlify deploy --prodבמהלך ההרצה, ה-CLI ישאל אותך שתי שאלות:
- בחירה ב-
Create & configure a new site(השתמש בחצים במקלדת ואנטר). - בחירת הצוות שלך (לחץ אנטר על ברירת המחדל).
- הגדרת תיקיית הפצה (Publish directory) - הקלד
.(נקודה) ולחץ אנטר כדי להפיץ את התיקייה הנוכחית.
הפלט הצפוי: בסיום הפעולה תקבל קישור אינטרנט ייחודי לפרויקט שלך תחת הכותרת:
Website URL: https://[your-site-name].netlify.app. - בחירה ב-
פלט נראה לעין שתסיים איתו: אתר אינטרנט חי, נגיש מכל מכשיר בעולם עם כתובת URL מאובטחת (HTTPS) של Netlify, המציג כרטיסייה מעוצבת בצבע ירוק עם הכיתוב "האתר שלי באוויר ב-$0!".
מדריך החלטה: בחירת ה-Free Stack המושלם למיזם שלךשאלה 1: מהו אופי האפליקציה שאתה בונה — סטטית או דינמית?
- אפליקציה סטטית (Static Site): אם האתר מבוסס רק על קוד פרונט-אנד (Front-end - צד הלקוח, כמו React, HTML או Vue) ללא שרת פעיל משלך — הבחירה האידיאלית היא
VercelאוNetlify. השרתים שלהם יגישו את האתר שלך במהירות שיא ברחבי העולם בחינם לחלוטין. - אפליקציה דינמית (Dynamic App): אם יש לך שרת פעיל (Backend - כמו Node.js או Python) שצריך לרוץ ברקע ולעבד נתונים — תצטרך שירות אירוח שרתים כמו
RenderאוRailway.
שאלה 2: האם המשתמשים שלך רגישים לזמן טעינה ראשוני (Cold Start)?
- רגישות נמוכה (פרויקט אישי / דמו): שירותים חינמיים כמו
Render"מרדימים" את השרת אחרי חצי שעה ללא פעילות. ההתעוררות מחדש (Cold Start - הפעלה מחדש של השרת) לוקחת כ-30 שניות. אם זה בסדר עבורך, השאר במסלול החינמי שלRender. - רגישות גבוהה (מוצר פעיל): אם אתה חייב תגובה מיידית, העבר את הלוגיקה של השרת לפתרונות Serverless (קוד שרץ רק כשקוראים לו, ללא שרת קבוע שדולק) ב-
Vercel Functions, או השתמש בתוכנית חינמית של פלטפורמות קצה (Edge Computing) שאינן סובלות מזמני התעוררות ארוכים.
שאלה 3: איזה סוג בסיס נתונים (Database) הפרויקט שלך דורש?
- נתונים טבלאיים ומורכבים (SQL): אם אתה צריך קשרים מורכבים בין משתמשים, הזמנות ותוכן — בחר ב-
Supabase. הם מספקים בסיס נתונים מסוג PostgreSQL חזק ומאובטח בחינם לחלוטין, שכולל גם מנגנון הרשמת משתמשים מובנה. - נתוני מסמכים גמישים (NoSQL): אם מבנה הנתונים שלך משתנה לעיתים קרובות ואתה מעדיף עבודה עם אובייקטים פשוטים של JSON — בחר במסלול החינמי של
MongoDB Atlas.
-
הרשמה והתקנת כלי העבודה (CLI):