בדף הזה מוסבר מה צריך לעשות כדי לקבל תמריצים במסגרת RaMP, איך מחושבים התמריצים ומהם הכללים לניהול תהליך המיגרציה והמגבלות שחלות על התמריצים במסגרת RaMP.
עמידה בדרישות לקבלת תמריצים במסגרת RaMP
כדי לעמוד בדרישות של תוכנית RaMP, צריך להכין את הסביבה ולתייג את עומסי העבודה. בקטעים הבאים מפורטים השלבים הנדרשים.
השלמת הערכה של RaMP
כדי להתחיל את התהליך לקבלת תמריצים במסגרת RaMP, הלקוח צריך לעבור הערכה מבוססת-נתונים של RaMP כדי לעמוד באופן רשמי בדרישות להסכם RaMP. במסגרת ההערכה הזו מזוהים עומסי עבודה שעומדים בדרישות של RaMP, והמערכת בודקת את קצב ההפעלה השנתי המשוער (Projected Annual Run Rate) בהתאם להגדרה שמופיעה בתנאים של RaMP. כדי לעמוד בדרישות של RaMP, הקצב השנתי המשוער של ההוצאות צריך להיות לפחות 60,000 $לכל עומס עבודה.
כדי להתחיל את ההערכה של RaMP, אפשר לנסות את ההערכה החינמית שלנו להעברה או לפנות לGoogle Cloudצוות ניהול החשבון.
חתימה על הסכם RaMP
אחרי השלמת ההערכה של RaMP, צריך לחתום על הסכם RaMP ולתייג את עומסי העבודה שזוהו ב-RaMP (יכול להיות עומס עבודה אחד או יותר) כדי לקבל תמריצים במסגרת RaMP.
עומס עבודה (workload) של 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. |
| SAP | עומס עבודה של SAP מתייחס להעברה של SAP HANA, S/4HANA, BW/4HANA, Business One או אפליקציות ומסדי נתונים אחרים של SAP שעומדים בדרישות אל Google Cloud. |
| VMware | עומס עבודה (workload) של VMware מתייחס לפריסה של מכונות וירטואליות של VMware ב- Google Cloud מקורות מקומיים, במיקום משותף או בענני 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 זיכויים על שירותים ומימון שירותי שותף מתקבלים על סמך הוצאות על קבוצת מק"טים של RaMP 2026. השירותים הבאים לא עומדים בדרישות לקבלת תמריצים מ-RaMP על הוצאות מצטברות: שירותים מ-Google Cloud Marketplace, Google Cloud תמיכה (כולל שירותי תמיכה טכנית או TSS), מינויים, יחידות GPU, אחסון בארכיון ו-Google Distributed Cloud.
מימון לתמיכה בהעברה ובעדכון
כדי לתמוך בצרכים של מיגרציה ועדכון, זמינים סוגי התמריצים הבאים: קרנות למימון שירותי ייעוץ של Google Cloud, קרנות למימון שירותי הדרכה והטמעה וקרנות למימון שירותי שותפים.
בסוגי עומסי עבודה כלליים, כל עומס עבודה זכאי לסכום הנמוך מבין 20% מהקצב השנתי המשוער של ההכנסות ו-2 מיליון דולר ארה"ב. לסוגים מיוחדים של עומסי עבודה (למשל, VMware), אפשר לקבל אחוז גבוה יותר של קצב הוצאות שנתי משוער. הנתון 'קצב שנתי משוער' כולל רק הוצאות מצטברות שעומדות בדרישות.
מידע נוסף זמין בתנאים של RaMP.
מימון לתמיכה בפריסה
Google Cloud זיכויים על שירות זמינים לתמיכה בפריסות.
בסוגי עומסי עבודה כלליים, כל עומס עבודה זכאי ל-25% מההוצאה המצטברת שעומדת בדרישות, עד למקסימום של 30% מהקצב השנתי המשוער של ההוצאות או 3 מיליון דולר ארה"ב (הסכום הנמוך מביניהם). עבור סוגים מיוחדים של עומסי עבודה (לדוגמה, Oracle), זמין אחוז גבוה יותר של קצב שנתי משוער של הוצאות.
מידע נוסף זמין בתנאים של RaMP.
המידע שלמעלה קובע את הסכום המקסימלי שלGoogle Cloud קרדיטים על שירות שזמינים לכל מזהה עומס עבודה ייחודי. עם זאת, יש דרישות נוספות לקבלת Google Cloud קרדיטים על שירות ברמה הרבעונית, כולל:
- צמיחה כוללת בחשבון: Google תסמן לבדיקה חשבונות עם צמיחה נמוכה יותר ב-12 החודשים האחרונים ברמת החשבון בהשוואה לצמיחה של כל עומסי העבודה המצטברים יחד, ברבעון נתון. למען הבהרה, שיעור הצמיחה בהוצאות של לקוח ב-TTM ברמת החשבון צריך להיות שווה לשיעור הצמיחה ב-TTM של עומס העבודה שתויג בכל רבעון של RaMP או גבוה ממנו. במילים אחרות, כדי להמשיך לעמוד בדרישות, הגידול הכולל בחשבון צריך לשקף את הערך המלא של עומסי העבודה החדשים שתויגו.
- הסימן הגבוה ביותר: מוגדר כסך ההוצאות הגבוה ביותר ב-TTM שתועד במהלך ארבעה רבעונים רצופים כלשהם במהלך תקופת ההסכם. כדי לעמוד בדרישות לקבלת תמריצים חדשים אחרי ירידה, צריך לעבור את רף ההכנסות הזה. Google תשלם זיכויים רק אם עומסי העבודה שלכם יציגו צמיחה רציפה ללא הפרעות לאורך תקופת ההסכם.
לדוגמה:
- שנה 1: ההוצאות שלכם גדלות → אתם מקבלים תמריצים.
- שנה שנייה: ההוצאות שלכם יורדות באופן משמעותי → לא משולמים תמריצים.
- שנה 3: ההוצאות שלכם גדלות בהשוואה לשנה 2, אבל נמוכות מהשיא של שנה 1 → לא משולמים תמריצים.
תרחיש מלא: חישוב של קרדיטים על שירות ב-GCP
לקוח חותם על הסכם RaMP בסך 1,000,000 $ עבור סוג עומס עבודה כללי הקצב השנתי המשוער של הפרויקט הוא 1 בינואר 2026.
הם מתחילים את ההעברה באופן מיידי, ומוציאים 100,000 $ברבעון השני של 2026, 150,000$ ברבעון השלישי של 2026, 200,000$ ברבעון הרביעי של 2026 ו-250,000 $ברבעון הראשון של 2027, עד שהם מגיעים למצב יציב. הם ממשיכים להוציא 250,000 דולר ארה"ב בכל רבעון בשנת 2027.
תמריצים:
הלקוח מקבל Partner Services Funds (PSF) (קרנות לשירותי שותפים) בסך 20% מההכנסה השנתית הצפויה של עומס העבודה, כלומר 200,000$, בתשלום לאחר עמידה בדרישות התשלום של ה-PSF.
הלקוח מקבל גם Google Cloud זיכויים על שירותים, ששווים ל-25% מההוצאה הכשירה המצטברת בכל רבעון, כך שסכום הזיכויים הכולל על שירותים הוא 250,000 דולר ארה"ב (ראו טבלה בהמשך). Google Cloud
התמריצים הכוללים שהלקוח קיבל מ-PSF ומזיכוי על שירות שהושבת הם בסך 450,000 דולר ארה"ב. Google Cloud
| שנה | מדד | רבעון 1 | רבעון 2 | רבעון 3 | רבעון 4 | סה"כ לשנה |
|---|---|---|---|---|---|---|
| 2026 | Google Cloud הוצאה שעומדת בדרישות | 0$ | 100,000$ | $150,000 | $200,000 | $450,000 |
| הוצאה מצטברת שעומדת בדרישות | 0$ | 100,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 | 100,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, התמריצים של RaMP מונפקים באמצעות טופס הזמנה עבור עומסי עבודה רשומים שעומדים בדרישות. אפשר להשתמש בתמריצים האלה כדי לממן חלקית או באופן מלא את הפרויקט, כפי שמוגדר בהצהרת העבודה (SOW).
מידע נוסף על תמריצים בתוכנית RaMP
תוקף: אם עומס עבודה לא מועבר במלואו לפני שתוקף ההסכם עם RaMP יפוג, כל התמריצים העתידיים לצמיחה של עומס העבודה הזה יבוטלו.
העברה: אי אפשר להעביר עומסי עבודה שהתחילה לגביהם עבודת ההעברה להסכם RaMP חדש