AWS Activate או Microsoft for Startups: האשראי הגדול לא מגיע ביום הראשון

כדי לבחור בין AWS Activate ל־Microsoft for Startups, כדאי להשוות את האשראי שאפשר לקבל בשלב הנוכחי של החברה, ולא את תקרת התוכנית. מסלולי AWS Activate מציגים לחברה במימון עצמי פתיחה של 1,000 דולר ב־Founders, עם אפשרות לחלק מהמשתתפות להגיע ל־5,000 דולר; תקרת Portfolio היא עד 200,000 דולר לחברה זכאית שמחזיקה בקוד Org ID מספק תוכנית. AWS מציגה גם חלון מענה של 5–10 ימי עסקים לבקשה.

ב־Microsoft for Startups, מדרגות האשראי של Microsoft מתחילות בעד 200 דולר עם ההצטרפות, עולות ל־5,000 דולר לאחר אימות העסק, ויכולות להגיע לעד 150,000 דולר עם התקדמות ושימוש מתמשך ב־Azure. לכן יתרון התקרה של תוכנית אחת אינו מכריע לבדו: חברה צריכה לדעת מתי תוכל לקבל את המדרגה הבאה, אילו חיובים יקוזזו וכמה מהיתרה תספיק לנצל לפני שתפוג.

מה זמין לפי מצב החברה?

הקשר עם שותף תוכנית הוא ההבדל הברור ביותר בכניסה ל־AWS. Founders מיועד לחברה שמממנת את עצמה ומגישה בקשה ישירות. Portfolio דורש שיוך לספק Activate, כגון משקיע או מאיץ המשתתף בתוכנית, ואת קוד הארגון שלו. הקוד מאפשר לבקש את החבילה המשויכת לאותו ספק; הוא אינו מבטיח את התקרה המפורסמת.

• חברה ללא משקיע או שותף: ב־AWS נקודת הייחוס היא מענק הפתיחה של Founders. ב־Microsoft אפשר להתחיל באשראי הראשוני, אך המעבר למדרגה הבאה מחייב אימות של העסק כחברה רשומה. לחברה שמריצה ניסוי קטן, שתי נקודות הפתיחה רלוונטיות יותר מהסכומים המרביים.
• חברה דרך שותף: ב־AWS יש לברר איזו חבילת Portfolio משויכת ל־Org ID שהתקבל. הקשר עם השותף משנה את מסלול הבקשה, ולכן שני מיזמים עם אותו עומס עבודה עשויים לבחון סכומי זכאות שונים. ב־Microsoft מסלול ההתקדמות הרגיל נשען על אימות העסק ועל שימוש ב־Azure, ולא על קוד שותף כתנאי למדרגת הפתיחה.
• חברה שכבר קיבלה אשראי: ב־AWS בקשה נוספת צריכה להיות לסכום גבוה מזה שכבר הוענק. אין לחבר את תקרת החבילה החדשה למענק הקודם כאילו מדובר בשתי יתרות מלאות ועצמאיות. בשתי התוכניות יש לחשב את הערך שנותר לפי היתרה בחשבון והחיובים העתידיים, ולא לפי סכום שהחברה קיבלה בעבר.

גם המונח Portfolio אינו מייצג סכום אחיד לכל שותף. השוואת Causo מצביעה על פער בין תקרת 200,000 הדולר בדף האשראי של AWS לבין חבילת Portfolio רגילה של עד 100,000 דולר המתוארת במדריך אחר של AWS. אלה היקפי הצעה שונים; לצורך תקציב החברה קובע הסכום שאפשר לבקש באמצעות השותף שלה ושיאושר בפועל.

מתי Microsoft מגדילה את האשראי?

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

למדרגת 25,000 הדולר נדרשים לפחות חמישה עומסי עבודה פעילים במשך כ־60 יום; למדרגת 50,000 הדולר נדרשים לפחות שבעה. המדרגה של 150,000 דולר דורשת עשרה עומסי עבודה לפחות ושימוש של כ־3,000 דולר בחודש לאורך תקופה דומה. לפי תנאי ההתקדמות, כל עומס עבודה צריך להישאר מעל דולר אחד של שימוש במשך 60 ימים רצופים, והספירה מתחילה כשהחברה עומדת במספר העומסים הנדרש.

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

אישור ותפוגה משנים את שווי ההטבה

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

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

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

אילו הוצאות יישארו מחוץ לאשראי?

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

ב־Microsoft, כללי השימוש באשראי Azure מונים שירותים זכאים שמחויבים כצריכת Azure במנוי הממומן, ובהם מחשוב, אחסון, מסדי נתונים, רשת ושירותי בינה מלאכותית. מוצר שאינו שירות Azure, תוכנית תמיכה או רכישה ב־Azure Marketplace עשויים להישאר מחוץ לכיסוי. מכאן שתקציב המבוסס על שירותי Azure ישירים יכול לנצל את ההטבה אחרת מתקציב התלוי ברכישות מצדדים שלישיים.

ההבחנה חדה במיוחד בשירותי פיתוח ומודלים. חיוב GitHub אינו יורד מהאשראי כברירת מחדל; שימוש זכאי שמחויב לפי צריכה דורש חיבור של מנוי Azure כאמצעי התשלום. ב־Microsoft Foundry, מודל שנמכר ומחויב ישירות דרך Azure יכול להיות מכוסה, ואילו מודל של שותף עם חיוב נפרד אינו נצרך מאותה יתרה. עצם הופעתו של שירות לצד מוצרי Azure אינה מספיקה כדי לסווג את ההוצאה.

איך מכריעים בין המסלולים?

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

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

קראו גם:

• AWS Activate או Google for Startups: הקרדיט הגדול עלול לעלות ביוקר
• GitHub Actions בלי מפתחות AWS קבועים: OIDC מנפיק הרשאות קצרות
• Google Authenticator או Microsoft Authenticator: השחזור קובע לפני האובדן