Cloudflare Basin זמינה לכולם — בלי שרתים ובלי דמי יציאה

ב־1 באוקטובר 2026 העמידה Cloudflare את Basin בזמינות כללית, לפי סיקור ההשקה של Brocker. הפלטפורמה מחברת קליטת אירועים, ניהול טבלאות ושאילתות SQL על בסיס Apache Iceberg ואחסון R2. צוותים יכולים להפעיל את שירותי האנליטיקה בלי להקצות אשכול שרתים ייעודי, ולקרוא נתונים מ־R2 בלי ש־Cloudflare תגבה דמי יציאה. הזמינות הכללית חלה על רכיבי הליבה, אך אינה הופכת את השימוש בהם לחינמי או משלימה בקרות ממשל שעדיין מתוכננות.

ב הכרזת Cloudflare מ־1 באוקטובר 2026 מובאים דבריו של דאקס ראד, ממייסדי Anomaly: “We moved our entire company's data pipeline to Basin Pipelines, Catalog, and SQL”. במקרה שתיאר, המעבר החליף מערך שהתבסס על AWS S3 ו־Athena. עבור צוותי פיתוח ודאטה, השאלה אינה אם כל מחסן נתונים יכול לעבור באותה צורה, אלא באיזה שלב Basin מחליפה שירות קיים ובאיזה שלב היא מצטרפת אליו.

כך עוברים הנתונים מהקליטה לשאילתה

Basin Pipelines היא נקודת הכניסה לאירועי יישומים, ללוגים ולטלמטריה. היא מקבלת אירועים דרך HTTP, חיבורי Workers או Cloudflare Logpush, ומאפשרת לעבד אותם בשאילתת SQL לפני הכתיבה. אפשר לסנן רשומות, לשנות שדות ולהתאים אותם לסכימה עוד לפני שהמידע נצבר באחסון. התוצאה יכולה להיכתב כטבלת Apache Iceberg המנוהלת ב־Basin Catalog, או כקובצי JSON ו־Parquet ב־R2; הבחירה קובעת אם מקבלים טבלה אנליטית מנוהלת או קבצים שדורשים מסלול ניהול אחר.

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

Basin SQL קוראת את טבלאות Iceberg דרך הקטלוג ומריצה שאילתות בלי שהלקוח יקצה אשכול חישוב. היא תומכת בצירופים בין טבלאות, בשאילתות משנה, בצבירה ובפונקציות חלון, כך שאפשר לנתח קשר בין אירועים לחשבונות ולא להסתפק בספירת רשומות. אפשר להריץ אותה דרך API, דרך Wrangler או בעורך המובנה של Cloudflare. המנוע מיועד לקריאה אנליטית של נתונים שכבר נשמרו בטבלאות; עיבוד האירועים לפני הכתיבה נשאר תפקידו של Pipelines.

איפה Basin מחליפה רכיב קיים

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

לצוות שכבר עובד עם מנוע תואם Iceberg, הערך עשוי להיות דווקא ב־Catalog וב־R2, בלי להעביר את כל השאילתות ל־Basin SQL. DuckDB, למשל, יכול לגשת לקטלוג ולקרוא טבלאות בפורמט הפתוח. כך האחסון ושכבת החישוב נשארים נפרדים, ואפשר לבחור מנוע לפי עומס העבודה. מנגד, תזמור, הרשאות, טרנספורמציות ומדדים עסקיים שנבנו סביב מחסן קיים אינם עוברים יחד עם קובצי הטבלה. אם הם נשארים במערכת הישנה, Basin מוסיפה תלות תפעולית לצד הרכיבים שהיא מחליפה.

מה באמת עולה השימוש

היעדר דמי יציאה חל על העברת נתונים מ־R2, אך לשירותי Basin יש חיוב לפי שימוש. לפי טבלת התמחור של Basin, Basin SQL כוללת 10 GB של סריקת נתונים דחוסים בחודש, ולאחר מכן גובה 2.50 דולר לטרה־בייט; לכל שאילתה יש מינימום לחיוב של 10 MB. אותו תמחור מפריד בין עיבוד SQL והעברת נתונים ליעד ב־Pipelines, פעולות ותחזוקה ב־Catalog, וסריקות ב־SQL. אחסון ב־R2 ופעולות קריאה וכתיבה בו מחויבים בנפרד.

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

הפער בין זמינות כללית לממשל נתונים

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

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

השאלות למעבר ממחסן נתונים קיים

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

• אילו מקורות אירועים ושלבי עיבוד יכולים להיכנס ל־Basin Pipelines, ואילו זרימות מחייבות עדיין כלי קליטה או עיבוד אחר?
• האם טבלאות Iceberg ב־Basin Catalog נגישות למנועי השאילתות שהצוות כבר משתמש בהם, והאם השאילתות הנחוצות נתמכות ב־Basin SQL?
• מהי העלות המשולבת של עיבוד ב־Pipelines, פעולות ותחזוקה ב־Catalog, אחסון וקריאות ב־R2, וסריקות ב־Basin SQL או במנוע חיצוני?
• האם בקרות ההרשאה ומיקום הנתונים הזמינות כעת עומדות בדרישות הארגון, גם בלי להסתמך על יכולות הממשל המתוכננות?

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

קראו גם:

• Ollama או LM Studio: המהירות לא מכריעה בלי לבדוק את מנוע ההרצה
• מדיניות AI לעובדים: חמישה סעיפים שמונעים דליפה בלי לחסום עבודה