AI Perks מספק גישה להנחות, זיכויים ומבצעים בלעדיים על כלי AI, שירותי ענן ו-API כדי לעזור לסטארטאפים ומפתחים לחסוך כסף.
מה תוכנית הסטארט-אפ של Confluent מעניקה לך
Confluent מציעה עד 20,000 דולר בקרדיטים עבור Confluent Cloud, שירות Apache Kafka המנוהל במלואו שלה, המכסה שימוש באשכולות, העברת נתונים, אחסון שמור ושכבת עיבוד זרמים מעליה.
AI Perks עוקב אחר כך לצד 7.7 מיליון דולר בקרדיטים על פני 194 חברות.
הפרט המבני חשוב יותר מהמספר בכותרת. אשכולות Confluent Cloud פועלים בחשבונות הענן של Confluent עצמה, לא שלך. לכן, הקרדיט מכסה את חשבון הסטרימינג בצורה נקייה, ללא מד משותף להתווכח עליו, והוא אינו מכסה את המחשוב המפעיל את ה-Producers וה-Consumers שלך, ואינו מכסה את הרשת הפרטית שאתה מציב ביניהם. התנאים הנוכחיים מפורטים ב-getaiperks.com.
טעינת AI מובילה לסטארטאפים
הגש בקשה ישירות דרך התוכניות המאומתות הללו.
Confluent $20,000
זמין לסטארטאפים בשלבים מוקדמים
Claude (via program) $100,000
זמין לסטארטאפים בשלבים מוקדמים
OpenAI (via program) $2,500
זמין לסטארטאפים בשלבים מוקדמים
Anthropic $20,000
זמין לסטארטאפים בשלבים מוקדמים
AWS $300,000
זמין לסטארטאפים בשלבים מוקדמים
Google Cloud $350,000
זמין לסטארטאפים בשלבים מוקדמים
למה Confluent מיועדת בפועל
Kafka הוא יומן (log) עמיד, מסודר וניתן להפעלה חוזרת, המאפשר לצרכנים עצמאיים רבים לקרוא את אותו זרם אירועים בקצב שלהם. Confluent הוא אותו יומן המופעל עבורך, בתוספת שכבת הסכימה, המחברים ועיבוד הזרמים שרוב הצוותים מרכיבים אחרת בעצמם.
ההבחנה שמכריעה אם אתה זקוק לה היא יומן לעומת תור (queue). תור מספק הודעה פעם אחת, לעובד אחד, ושוכח אותה. יומן שומר את האירועים, וצרכן שתצטרף שישה חודשים מהיום יכול לקרוא את כל ההיסטוריה מההתחלה.
שלוש שאלות מפרידות בין שני המקרים:
- האם יותר ממערכת אחת צריכה את אותו אירוע? Producer אחד, ארבעה צרכנים, שאף אחד מהם לא אמור להכיר את האחרים. זה המקרה שעבורו נבנה Kafka.
- האם תרצה אי פעם להפעיל מחדש? בנייה מחדש של טבלה נגזרת, מילוי מאגר תכונות חדש, עיבוד מחדש לאחר באג. תור אינו יכול לעשות זאת. יומן הופך זאת לשגרה.
- האם צרכנים נכשלים באופן עצמאי? אם כשל של מאגר האנליטיקה שלך אינו חייב לחסום את תהליך התשלום, אתה זקוק לפירוק שהיומן מספק.
אם התשובה הכנה היא לא לכל השלושה, Postgres עם טבלת משימות, Redis streams או SQS מכסים אותך בעלות נמוכה בהרבה ופני שטח תפעוליים פחותים. מוצרים רבים ומוצלחים מעולם לא גדלים מעבר לכך. עדיף לבזבז את הקרדיט מאוחר יותר.
החצי השני של ההחלטה הוא לבנות לעומת לקנות. Kafka הוא תוכנה חופשית והרישיון מעולם לא היה החלק היקר. איזון מחדש של מחיצות, כוונון שמירה, שדרוגי ברוקר, לחץ דיסק בשעה 3 לפנות בוקר והאדם שמבין את כל זה הם החלק היקר. KRaft הסירו את התלות ב-ZooKeeper והפכו את האירוח העצמי לפשוט משמעותית, אך הם לא הסירו את רוטציית הכוננות.
איך תמחור Confluent Cloud מתנהג בקנה מידה
Confluent Cloud מחייבת בעיקר לפי בתים (bytes): נתונים נכנסים, נתונים יוצאים, ונתונים שמורים. המד שמפתיע מייסדים הוא Egress (נתונים יוצאים), מכיוון שהוא מוכפל במספר קבוצות הצרכנים הקוראות את אותו נושא (topic).
| מד | מה מניע אותו | מה גורם לו לעלות |
|---|---|---|
| Ingress (נתונים נכנסים) | GB שנכתבו על ידי Producers | אירועים מפורטים, ללא דחיסה, יומנים המטופלים כאירועים |
| Egress (נתונים יוצאים) | GB שנקראו על ידי Consumers | כל קבוצת צרכנים נוספת קוראת מחדש את כל הזרם |
| אחסון | GB שמורים x חלון שמירה | שמירה אינסופית או ברירת מחדל ללא בדיקה |
| בסיס אשכול | סוג אשכול ויכולת שמורה | יכולת ייעודית שנרכשה לפני שהתפוקה מצדיקה זאת |
| מחברים | משימות פועלות בתוספת תפוקה | מחברים לא פעילים שנותרו פועלים לאחר סיום הגירה |
| עיבוד זרמים | שימוש ב-Flink, מחויב לפי מד משלו | עבודות רציפות שבהן עיבוד אצווה מתוזמן היה מספיק |
| רשת | רשת פרטית ונתיבים חוצי-אזורים | PrivateLink או Peering נוספו לצורך תאימות, לא בתקציב |
התעריפים שונים לפי סוג אשכול, ספק ענן ואזור, והם משתנים. אמת את הנתונים העדכניים מול דף התמחור של Confluent לפני שתדגם משהו.
האריתמטיקה שבאמת חשובה היא מכפיל ה-Fan-out. קח מוצר שכותב 50GB בחודש של אירועים. ארבע קבוצות צרכנים קוראות את הנושא הזה: האפליקציה, אינדקסר החיפוש, מאגר מחסן הנתונים ובדיקת הונאות. זה 50GB של Ingress ו-200GB של Egress, כך שאתה מחויב על כ-250GB עבור 50GB של נתונים אמיתיים, מכפיל של 5x.
הגדל את קנה המידה והצורה נשמרת. ב-1TB של Ingress בחודש עם ארבעת הצרכנים אותם, אתה מחויב על כ-5TB. הפעל את המספר שלך במחשבון התמחור, לא את נתון ה-Ingress שלך. צוותים שמקצים תקציב רק מ-Ingress טועים בכל גודל מכפיל ה-Fan-out שלהם, וזו גם הסיבה שמענק של 20,000 דולר מחזיק מעמד זמן רב יותר עבור מוצרים מסוימים מאשר עבור אחרים. AI Perks מפרט את תנאי הקרדיט, ה-Fan-out הוא באחריותך.
שתי מנופים מזיזים את החשבון יותר מכל דבר אחר. דחיסת צד ה-Producer מפחיתה את הבתים שחוצים את החוט, ו-zstd או lz4 על מטעני JSON הם הפחתה משמעותית שבדרך כלל מושגת בשינוי קונפיגורציה של שורה אחת. שמירה (Retention) היא מכפיל טהור על האחסון, ובדרך כלל ברירת המחדל אינה המספר שהיית בוחר בכוונה.
טעינת AI מובילה לסטארטאפים
הגש בקשה ישירות דרך התוכניות המאומתות הללו.
Confluent $20,000
זמין לסטארטאפים בשלבים מוקדמים
Claude (via program) $100,000
זמין לסטארטאפים בשלבים מוקדמים
OpenAI (via program) $2,500
זמין לסטארטאפים בשלבים מוקדמים
Anthropic $20,000
זמין לסטארטאפים בשלבים מוקדמים
AWS $300,000
זמין לסטארטאפים בשלבים מוקדמים
Google Cloud $350,000
זמין לסטארטאפים בשלבים מוקדמים
עם מה קרדיטים של Confluent משתלבים
קרדיטים של Confluent מכסים רק את שכבת הסטרימינג. המחשוב המפעיל את ה-Producers וה-Consumers שלך, מחסן הנתונים אליו נוחת הזרם, והמודלים שהוא מזין הם כולם חשבונות נפרדים, מה שהופך את קרדיטי הסטרימינג לקלים במיוחד לצירוף.
צינור אירועים עובד נוגע בארבע ספקים נפרדים, וקיימים מענקים עבור כל אחד מהם:
- קרדיטי ענן מכסים את המכונות עליהן פועלים ה-Producers וה-Consumers שלך, בתוספת אחסון ו-Egress בצד שלך של החוט
- קרדיטי Confluent מכסים את התעבורה, רג'יסטרי הסכימה ועיבוד הזרמים שביניהם
- קרדיטי פלטפורמת נתונים מכסים את מחסן הנתונים או ה-Lakehouse אליהם נוחת הזרם
- קרדיטי מודלים ו-API מכסים כל הסקה (inference) שה-Consumers שלך קוראים בזמן ריצה
צוות שמחזיק בשלושה מארבעת אלה כיסה את רוב מחסנית הנתונים בזמן אמת עבור אותו חלון זמן. ידיעת אילו מענקים תואמים, ואילו שוללים זה את זה בשקט, היא הסיבה ש-AI Perks נשמר כרשימה ולא כתיקיית סימניות.
מה שמייסדים עושים לא נכון לגבי קרדיטי סטרימינג
הטעות היקרה ביותר היא שימוש ב-Kafka כתור משימות, מכיוון שאתה נוטל על עצמך את מודל התפעול והעלות של יומן מבלי להזדקק למשהו שיומן מספק.
חמש תבניות כשל, בסדר גס של העלות שלהן:
אימוץ Kafka כתור משימות. אם עובד אחד צורך כל הודעה ואף אחד לא מפעיל מחדש, קנית ניהול מחיצות ואיזון מחדש של קבוצות צרכנים כדי לעשות את מה שטבלת מסד נתונים ומשימת cron כבר עשו.
עיוורון Fan-out. כל קבוצת צרכנים חדשה היא קריאה נוספת מלאה של הנושא. שלוש צוותים שמוסיפים צרכן אחד כל אחד ברבעון יכולים לשלש חשבון שאף אחד לא שינה. לפני הוספת צרכן, שאל אם צרכן קיים יכול לפרסם נושא נגזר במקום זאת.
הזרמת יומנים. יומני אפליקציות הם בעלי נפח גבוה, ערך נמוך לבית, ושייכים לפלטפורמת יומנים המתומחרת לצורה זו. העברתם דרך Kafka היא הדרך המהירה ביותר לצרוך קרדיט על נתונים שאף אחד לא יפעיל מחדש.
תכנון יתר של מחיצות מוקדם. מחיצות הן יחידת המקביליות והן לא בחינם. צוותים בוחרים מספר גדול כדי להיות בטוחים, ואז מגלים שקל להגדיל את מספר המחיצות וכואב להפחיתן.
תכנון היציאה מאוחר מדי. פרוטוקול Kafka ניתן להעברה אמיתית; מה שאתה בונה סביבו אינו. החלט ב-70% מהקרדיט שנצרך איך הארכיטקטורה הלא-מסובסדת שלך נראית, לא ב-100%.
טעינת AI מובילה לסטארטאפים
הגש בקשה ישירות דרך התוכניות המאומתות הללו.
Confluent $20,000
זמין לסטארטאפים בשלבים מוקדמים
Claude (via program) $100,000
זמין לסטארטאפים בשלבים מוקדמים
OpenAI (via program) $2,500
זמין לסטארטאפים בשלבים מוקדמים
Anthropic $20,000
זמין לסטארטאפים בשלבים מוקדמים
AWS $300,000
זמין לסטארטאפים בשלבים מוקדמים
Google Cloud $350,000
זמין לסטארטאפים בשלבים מוקדמים
איך לתכנן סביב Confluent וקרדיטי פלטפורמות נתונים אחרות
קרדיט סטרימינג שווה את מה שהארכיטקטורה שלך מאפשרת לו להיות שווה, וההחלטות הללו מתקבלות לפני שהנושא הראשון עולה לאוויר.
חמש נקודות ששווה להגיע אליהן מוקדם, בסדר גס של השפעת עלות:
מפה את כל החשבון, לא את שורת Confluent. הקטלוג ב-getaiperks.com מציג תוכניות סטרימינג, מחסן וצינורות זו לצד זו, התצוגה שמראה אילו חלקים ממחסנית נתונים בזמן אמת מכוסים ואילו נשארים שלך.
תקצב את חשבון הענן בנפרד. Producers, Consumers ורשת פרטית מחויבים על ידי AWS, Azure או Google Cloud, לא משנה מה Confluent מכסה, והשורה הזו לא תצטמצם כי שורת הסטרימינג עשתה זאת.
הגדר שמירה ודחיסה לפני שקיימים צרכנים. שתיהן החלטות של שורה אחת שמתרבות לאורך חיי הקרדיט, ושתיהן הופכות למגושמות לשינוי לאחר שמערכות במורד הזרם תלויות בהן.
התייחס לכל קבוצת צרכנים חדשה כהחלטת עלות. Fan-out הוא המד שגדל מבלי שאף אחד יערוך קונפיגורציה, אז שאל אם צרכן קיים יכול לפרסם נושא נגזר במקום זאת.
החלט היכן יושב הגבול הניתן להעברה שלך. שימוש פשוט בפרוטוקול Kafka ניתן לנסיעה. משימות Flink מנוהלות, מחברי Confluent ותצורת ממשל לא, אז שמור על החלקים הניתנים להזזה נקיים מההתחלה.
שאלות נפוצות
כמה שווה תוכנית הסטארט-אפ של Confluent?
עד 20,000 דולר בקרדיטים עבור Confluent Cloud, המכסה שימוש באשכולות, Ingress, Egress, אחסון שמור ועיבוד זרמים. עבור מוצר שמשדר עשרות גיגה-בתים בחודש, זהו מסלול ארוך על חשבון הסטרימינג באופן ספציפי. סכומים נוכחיים וזכאות עוקבים אחר getaiperks.com.
האם קרדיטי Confluent מכסים את חשבון ה-AWS או Google Cloud שלי?
לא. אשכולות Confluent Cloud פועלים בחשבונות הענן של Confluent עצמה, כך שהקרדיט מקזז רק את החשבונית של Confluent. המחשוב המפעיל את ה-Producers וה-Consumers שלך, האחסון שלך, וכל רשת פרטית שתגדיר מחויבים על ידי ספק הענן שלך. תכנן להחזיק גם מענק ענן וגם מענק Confluent.
האם Kafka זה יותר מדי עבור סטארט-אפ בשלב מוקדם?
לעתים קרובות, כן. אם עובד אחד צורך כל הודעה ואתה לעולם לא מפעיל מחדש היסטוריה, Postgres, Redis streams או SQS זולים ופשוטים יותר. Kafka מצדיק את עלותו כאשר מספר מערכות עצמאיות קוראות את אותם אירועים, כאשר הפעלה מחדש חשובה, או כאשר צרכן איטי אחד אינו חייב לחסום את שאר המוצר.
מדוע חשבון ה-Egress שלי ב-Confluent גבוה מחשבון ה-Ingress שלי?
מכיוון שכל קבוצת צרכנים קוראת את כל הזרם. ארבעה צרכנים על נושא אחד פירושם בערך פי ארבעה מנפח ה-Ingress שלך ב-Egress. הקצב את התקציב מהמספר המוכפל של ה-Fan-out שלך ולא מ-Ingress, ושקול שצרכן אחד יפרסם נושא נגזר במקום להוסיף קורא חמישי.
האם אני יכול לשלב קרדיטי Confluent עם קרדיטי סטארט-אפ אחרים?
כן, וקרדיטי סטרימינג משתלבים בצורה נקייה באופן יוצא דופן מכיוון שהחשבונות אינם חופפים. קרדיטי ענן מכסים את המכונות, Confluent מכסה את התעבורה, קרדיטי פלטפורמת נתונים מכסים את מחסן הנתונים אליו הוא נוחת, וקרדיטי מודלים מכסים הסקה. אילו תוכניות תואמות עוקבות אחר 194 חברות ב-getaiperks.com.
מה קורה כשהקרדיטים של Confluent נגמרים?
אתה מקבל חשבון בגודל המוגדר על ידי ברירות המחדל של השמירה, דחיסה ו-Fan-out שנבחרו בזמן שהיה בחינם. הגדר אותם בכוונה בהתחלה, שמור את האינטגרציה שלך ברמת פרוטוקול Kafka היכן שהיא נשארת ניתנת להעברה, והחלט מה היית חותך ב-70% מהקרדיט שנצרך במקום לאחר שהחשבונית תגיע.
הזז את האירועים. תן למישהו אחר לממן את התעבורה בזמן שאתה בונה מעליה.
