בדף הזה מוסבר מה צריך לעשות כדי לעמוד בדרישות לקבלת תמריצים במסגרת תוכנית RaMP, איך מחשבים את התגמולים, מהם הכללים לניהול תהליך ההעברה ומהן המגבלות שחלות על התמריצים בתוכנית RaMP.
עמידה בדרישות לקבלת תמריצים במסגרת RaMP
כדי לעמוד בדרישות לתמריצים של RaMP, צריך להכין את הסביבה ולתייג את עומסי העבודה. בקטעים הבאים מתוארים השלבים הנדרשים.
מילוי הערכת RaMP
כדי להתחיל את תהליך התמריצים של RaMP, הלקוח צריך לעבור הערכת RaMP מבוססת-נתונים כדי לעמוד בדרישות להסכם RaMP. במסגרת ההערכה הזו, המערכת מזהה עומסי עבודה שעומדים בדרישות של RaMP ומאמתת את קצב ההרצה השנתי הצפוי, כפי שמוגדר בתנאים של RaMP. כדי לעמוד בדרישות של RaMP, קצב ההכנסה השנתי הצפוי המשוער צריך להיות לפחות 60,000 $לכל עומס עבודה.
כדי להתחיל את הערכת ה-RaMP, אתם יכולים לנסות את הערכת ההעברה בחינם או לפנות לצוות ניהול החשבון ב-Google Cloud.
חתימה על הסכם RaMP
אחרי שמשלימים את הערכת ה-RaMP, צריך לחתום על הסכם RaMP ולתייג את עומסי העבודה שזוהו ב-RaMP (יכול להיות עומס עבודה אחד או יותר) כדי לעמוד בדרישות לקבלת תמריצים של RaMP.
עומסי עבודה ב-RaMP
עומס עבודה ב-RaMP הוא אוסף של משאבים בפרויקט ב- Google Cloud שפועלים יחד כדי להשיג תוצאה עסקית ולהגדיל את ההוצאות ב- Google Cloud. אלה סוגי עומסי העבודה שמאפשרים לקבל תמריצים:
| סוג עומס העבודה | פרטים על סוגי עומסי העבודה |
|---|---|
| Analytics | עומס עבודה של ניתוח נתונים מתייחס להעברה של סביבות חדשות של אגם נתונים ומחסן נתונים מפלטפורמות מקומיות (למשל Teradata, Cloudera) ומפלטפורמות בענן (למשל Snowflake, Redshift, Databricks) אל BigQuery או אל Managed Service for Apache Spark ב- Google Cloud. |
| מסד נתונים | עומס עבודה של מסד נתונים מתייחס להעברה של כל מסד נתונים מכל סביבת מקור (מקומית או ענן אחר) לכל מוצר מנוהל של מסד נתונים של צד ראשון Google Cloud ב- Google Cloud, כולל:
|
| תשתית מודרנית (Google Kubernetes Engine (GKE), Cloud Run, Arm או Axion) |
עומס עבודה בתשתית מודרנית מתייחס לפריסה של עומסי עבודה ב- Google Cloud באמצעות GKE, Cloud Run, Arm או Axion. |
| Oracle | עומס עבודה של Oracle מתייחס לפריסה של מסדי נתונים של Oracle לצד אפליקציות של Oracle בהתאמה אישית או של צד ראשון (E-Business Suite, PeopleSoft, JD Edwards, Siebel, Hyperion, ATG Web Commerce או Fusion Middleware) ב-Compute Engine ב- Google Cloud. |
| VMware | עומס עבודה של VMware מתייחס לפריסה של מכונות וירטואליות של VMware ב- Google Cloud , שמקורן בסביבה מקומית, ב-colocation או בעננים אחרים של VMware. המכונות הווירטואליות האלה חייבות להיות ב-Google Cloud VMware Engine, או ב-Compute Engine או ב-GKE אם הן הועברו לפלטפורמה אחרת, בתנאי שלפחות 75% מההיקף של המקור הן מכונות וירטואליות של VMware. |
| Windows | עומס עבודה ב-Windows מתייחס לכל סביבת אפליקציה או שרת שפועלת במערכת ההפעלה Windows Server, שנפרסת ומארחת ב- Google Cloud (ב-Compute Engine או ב-VMware Engine). |
| כללי | עומס עבודה כללי מתייחס לכל אפליקציה, קבוצת נתונים, שירות או תהליך IT אחרים שעומדים בדרישות של RaMP, שאפשר להעביר או לשכתב ביעילות כדי להפעיל ב- Google Cloud (יכול להיות שחלק מהשירותים לא ייכללו). |
סוגי עומסי העבודה האלה מזוהים כחלק מהערכת ה-RaMP, ומקבלים מספר ייחודי של מזהה עומס עבודה בהסכם ה-RaMP.
תיוג עומסי עבודה ב-RaMP
תיוג הוא המנגנון העיקרי לזיהוי ולמעקב אחרי עומסי עבודה, באמצעות החלת מזהה ההסכם של RaMP ומזהה עומס העבודה שסופקו, שקשורים למשאבי Google Cloud של הלקוח.
כדי ש-Google תוכל לחשב ולשלם את התמריצים של RaMP, צריך לתייג את עומסי העבודה. הלקוח אחראי לוודא שהתגים מוחלים בצורה מדויקת ובזמן. Google לא יכולה לבצע התאמות רטרואקטיביות. אם לא תתייגו את עומסי העבודה כמו שצריך, תאבדו את הזכאות לתמריצים של RaMP באותה תקופה.
מידע נוסף על תיוג עומסי עבודה של RaMP זמין במדריך לתיוג עומסי עבודה של RaMP.
בלעדיות של עומס העבודה
כדי למנוע כפילות בתמריצים, במסגרת RaMP נאכפים כללי הבלעדיות המחמירים הבאים בעומסי העבודה:
- עומס עבודה מוגדר אחד יכול להיות משויך להסכם RaMP אחד בלבד.
- אי אפשר לפצל עומס עבודה או לשתף אותו בין כמה הסכמי RaMP.
- אם עומס עבודה נכלל בטעות בהסכם RaMP שני, ההסכם המקורי מקבל עדיפות.
הסכמי RaMP נוספים ושיטות מומלצות לחשבונות לחיוב
תוכנית RaMP מאפשרת ללקוח להחזיק יותר מהסכם RaMP פעיל אחד בו-זמנית באותו חשבון חיוב ראשי (כשהלקוח מתכנן עומסי עבודה שונים ומשלים הערכות RaMP שונות לאורך זמן, כולל כניסה להסכם RaMP חדש עבור סוג עומס עבודה אחר).
החשבון הראשי לחיוב הוא החשבון העיקרי שבו מתבצע מעקב אחרי הצריכה כדי לבדוק אם אתם עומדים בדרישות לקבלת תמריץ RaMP. רק הצריכה שעומדת בקריטריונים בחשבון לחיוב הזה צוברת קרדיטים שקשורים ל-RaMP. Google Cloud
חישוב התמריצים של RaMP
התמריצים של RaMP מחושבים על סמך גורמים שונים, כולל ההוצאות שעומדות בדרישות וסוג עומס העבודה. בקטעים הבאים מוסבר איך התמריצים מחושבים.
הוצאה מצטברת שעומדת בדרישות לקבלת תמריצים
Google Cloud קרדיטים לשירותים ומימון שירותי השותף (PSF) נצברים מהוצאות על קבוצת המק"טים של RaMP 2026. ההצעות שלא עומדות בדרישות לתמריצים של RaMP מהוצאה מצטברת כוללות הצעות של Google Cloud Marketplace, תמיכה של Google Cloud (כולל שירותי תמיכה טכנית או TSS), מינויים, מעבדי GPU, אחסון בארכיון ו-Google Distributed Cloud.
מימון לתמיכה בהעברה ובמודרניזציה
כדי לתמוך בצורכי המעבר והמודרניזציה, אפשר להשתמש בתמריצים הבאים: מימון שירותי Google Cloud Consulting, מימון שירותי הדרכה והטמעה ומימון שירותי השותף (Partner Services Funds).
בסוגי עומסי עבודה כלליים, כל עומס עבודה זכאי ל-20% משיעור ההרצה השנתי הצפוי או ל-2 מיליון דולר ארה"ב, הנמוך מביניהם. לסוגים מיוחדים של עומסי עבודה (למשל, VMware) יש אחוז גבוה יותר של קצב הרצה שנתי משוער. הקצב השנתי הצפוי כולל רק הוצאות מצטברות שעומדות בדרישות.
מידע נוסף זמין בתנאים של RaMP.
מימון לתמיכה בפריסה
Google Cloud אפשר להשתמש בקרדיטים לשירות כדי לתמוך בפריסות.
בסוגי עומסי עבודה כלליים, כל עומס עבודה זכאי ל-25% מההוצאה המצטברת שעומדת בדרישות, עד לסכום הנמוך מבין 30% מההוצאה השנתית הצפויה ו-3 מיליון דולר ארה"ב. לסוגי עומסי עבודה מיוחדים (לדוגמה, Oracle) זמין אחוז גבוה יותר של קצב הרצה שנתי משוער.
מידע נוסף זמין בתנאים של RaMP.
המידע שלמעלה קובע את הסכום המקסימלי של זיכויים לשירות שזמינים לכל מזהה ייחודי של עומס עבודה, אבל יש דרישות נוספות כדי לקבל זיכויים רבעוניים לשירות: Google CloudGoogle Cloud
- צמיחה כוללת בחשבון: כדי לעמוד בדרישות לקבלת תמריצים במהלך תקופת החוזה של RaMP, אתם צריכים לעמוד בדרישות הבאות:
- תיוג עומסי עבודה: מתייגים פרויקטים באמצעות מזהה עומס העבודה הרלוונטי. Google עשויה למנוע תמריצים במקרה של תיוג לא תקין.
- להראות צמיחה בחשבון: להראות צמיחה כוללת בחשבון. Google שומרת לעצמה את הזכות לבדוק את ההוצאות שלכם כדי לאמת את הצמיחה הזו.
- יצירת הוצאה מצטברת: הוצאה קיימת לא עומדת בדרישות לקבלת תמריצים. אי אפשר להעביר הוצאות קיימות לעומס עבודה חדש כדי לקבל תמריצים. Google עשויה לעכב תמריצים אם יש לה חשד סביר שההוצאה לא עומדת בדרישות.
- הוצאה מקסימלית: מוגדרת כסך ההוצאות המקסימלי ב-TTM שתועד בכל ארבעה רבעונים רצופים במהלך ההסכם. כדי לקבל תמריצים חדשים אחרי ירידה, אתם צריכים לעבור את הסף הזה. Google משלמת קרדיטים רק אם עומסי העבודה שלכם מראים צמיחה רציפה ובלתי פוסקת לאורך כל תקופת ההסכם.
לדוגמה:
- שנה 1: ההוצאות שלכם גדלות → אתם מקבלים תמריצים.
- שנה 2: ההוצאות שלכם יורדות באופן משמעותי ← לא משולמים תמריצים.
- שנה 3: ההוצאות גדלות בהשוואה לשנה 2, אבל נשארות נמוכות מהשיא של שנה 1 ← לא משולמים תמריצים.
תרחיש לדוגמה: חישוב Google Cloud זיכויים על שירות
לקוח חותם על הסכם RaMP בסך 1,000,000 דולר ארה"ב, עם סוג עומס עבודה כללי, וקצב ריצה שנתי צפוי ב-1 בינואר 2026.
הם מתחילים את ההעברה מיד, ומוציאים 100,000 $ברבעון השני של 2026, 150,000$ ברבעון השלישי של 2026, 200,000$ ברבעון הרביעי של 2026 ו-250,000 $ברבעון הראשון של 2027, ומגיעים למצב יציב. הם ממשיכים להוציא 250,000 $בכל רבעון של 2027.
תמריצים
הלקוח מקבל מימון שירותי השותף (PSF) בסך 20% מה-ARR של עומס העבודה, כלומר 200,000$, שמשולם אחרי שעומדים בדרישות התשלום של ה-PSF.
הלקוח מקבל גם קרדיטים לשירות של Google Cloud , ששווים ל-25% מההוצאה המצטברת שעומדת בדרישות בכל רבעון, כך שסכום הקרדיט הכולל לשירות של Google Cloudהוא 250,000 דולר ארה"ב (ראו את הטבלה בהמשך).
התמריצים הכוללים שהלקוח קיבל מ-PSF ומ- Google CloudService Credit הם בסך 450,000 דולר ארה"ב.
בטבלה הבאה מוצגות ההוצאות הרבעוניות שעומדות בדרישות, ההוצאות המצטברות שעומדות בדרישות ו Google Cloud הקרדיטים לשירות שנובעים מהן, בשנים 2026 עד 2028:
| שנה | מדד | רבעון 1 | רבעון 2 | רבעון 3 | רבעון 4 | סה"כ לשנה |
|---|---|---|---|---|---|---|
| 2026 | Google Cloud הוצאה שעומדת בדרישות | 0$ | 400,000 ש"ח | 150,000$ | $200,000 | $450,000 |
| הוצאה מצטברת שעומדת בדרישות | 0$ | 400,000 ש"ח | 150,000$ | $200,000 | $450,000 | |
| Google Cloud זיכויים על שירותים | 0$ | 25,000$ | 37,500$ | $50,000 | 112,500$ | |
| 2027 | Google Cloud הוצאה שעומדת בדרישות | $250,000 | $250,000 | $250,000 | $250,000 | 1,000,000$ |
| הוצאה מצטברת שעומדת בדרישות | $250,000 | 150,000$ | 400,000 ש"ח | $50,000 | $550,000 | |
| Google Cloud זיכויים על שירותים | $62,500 | 37,500$ | $25,000 | $12,500 | $137,500 | |
| 2028 | Google Cloud הוצאה שעומדת בדרישות | $250,000 | $250,000 | $250,000 | $250,000 | 1,000,000$ |
| הוצאה מצטברת שעומדת בדרישות | 0$ | 0$ | 0$ | 0$ | 0$ | |
| Google Cloud זיכויים על שירותים | 0$ | 0$ | 0$ | 0$ | 0$ |
הגבלות וחלוקת תמריצים
אחרי שהתמריצים מחושבים, הם מיושמים לפי לוח זמנים ספציפי וכפופים להגבלות מסוימות. בקטעים הבאים מפורטים תהליך התשלום והמגבלות הרלוונטיות.
העברת כספים לחשבונות ייעודיים
בכל הסכם RaMP, התמריצים של RaMP יחולו על עמלות מעומסי עבודה מתויגים בחשבון הראשי לחיוב של הלקוח. כדי לעקוב אחרי ההתקדמות שלכם לקראת אבני הדרך לקבלת קרדיטים ולראות את ההוצאות שנצברו, קראו את המאמר מעקב אחרי הסטטוס של התמריצים המותנים.
לוח זמנים לתשלומים: זיכויים על שירותים Google Cloud
התשלום יועבר תוך 45 ימים מסוף כל רבעון קלנדרי, החל מסוף הרבעון ב-30 ביוני 2026. לשם הבהרה, המשמעות היא שהקבוצה הראשונה של קרדיטים לשירות Google Cloud שנצברו במסגרת הסכמי RaMP שבוצעו עד 30 ביוני 2026, תופקד בחשבון הראשי לחיוב באמצעות חשבוניות (או, במקרים הרלוונטיים, בחשבון המשנה הראשי שמשויך ללקוח הרלוונטי) עד 15 באוגוסט 2026.
לוח זמנים לתשלומים: מימון שירותי השותף (Partner Services Funds)
התשלום קשור גם להצהרות על השלמת העבודה וגם לאבני דרך של צריכה מהוצאה מצטברת שעומדת בדרישות בקבוצת המק"טים של RaMP 2026.
קרנות לשירותי הדרכה והטמעה; קרנות לשירותי Google Cloud Consulting
בשירותי Google Cloud Consulting, התמריצים של RaMP מונפקים באמצעות טופס הזמנה לעומסי עבודה רשומים שעומדים בדרישות. אפשר להשתמש בתמריצים האלה כדי לממן את הפרויקט באופן חלקי או מלא, כפי שמוגדר בהצהרת העבודה (SOW).
מידע נוסף על התמריצים של RaMP
תפוגה: אם עומס עבודה לא הועבר במלואו לפני תפוגת ההסכם של RaMP, כל התמריצים העתידיים לצמיחה של עומס העבודה הזה מבוטלים.
העברה: אי אפשר להעביר עומסי עבודה שההעברה שלהם כבר התחילה להסכם RaMP חדש.