בדף הזה מוסבר מה צריך לעשות כדי לקבל תמריצים במסגרת 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.
עומס עבודה של 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 Agreement ID ו-Workload ID שסופקו, שמקושרים למשאבים של הלקוח ב- 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
- צמיחה כוללת בחשבון: כדי לעמוד בדרישות לקבלת תמריצים במהלך תקופת החוזה של RaMP, אתם צריכים לעמוד בדרישות הבאות:
- תיוג עומסי עבודה: תיוג פרויקטים עם מזהה עומס העבודה הרלוונטי. Google עשויה לעכב תמריצים על תיוג לא תקין.
- הדגמת צמיחה בחשבון: יצירת צמיחה כוללת בחשבון. Google שומרת לעצמה את הזכות לבדוק את ההוצאות שלכם כדי לאמת את הצמיחה הזו.
- הגדלת ההוצאות: הוצאות קיימות לא עומדות בדרישות לקבלת תמריצים. אי אפשר להעביר הוצאות קיימות לעומס עבודה חדש כדי לקבל תמריצים. Google עשויה לנכות מס במקור על תמריצים אם יש לה חשד סביר לגבי הוצאות שלא עומדות בדרישות.
- הסימן הגבוה: מוגדר כסך ההוצאות הגבוה ביותר ב-TTM שנרשם במהלך ארבעה רבעונים רצופים כלשהם במהלך ההסכם. כדי לקבל תמריצים חדשים אחרי ירידה, צריך לעבור את רף ההכנסות הזה. Google תשלם זיכויים רק אם עומסי העבודה שלכם יציגו צמיחה רציפה ללא הפרעות לאורך תקופת ההסכם.
לדוגמה:
- שנה 1: ההוצאות שלכם גדלות → אתם מקבלים תמריצים.
- שנה שנייה: ההוצאות שלכם יורדות באופן משמעותי → לא משולמים תמריצים.
- שנה 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% מהתעריף השנתי של עומס העבודה, כלומר 200,000$, בתשלום לאחר עמידה בדרישות לתשלום ה-PSF.
הלקוח מקבל גם Google Cloud זיכויים על שירות שהושבת, ששווים ל-25% מההוצאה המצטברת שעומדת בדרישות בכל רבעון, כך שסכום הזיכוי הכולל על שירות שהושבת Google Cloudהוא 250,000$ (ראו טבלה בהמשך).
התמריצים הכוללים שהלקוח קיבל מ-PSF ומ Google Cloud זיכוי על שירות הם בסך 450,000 דולר ארה"ב.
בטבלה הבאה מוצגים ההוצאות הרבעוניות שעומדות בדרישות, ההוצאות המצטברות שעומדות בדרישות והזיכויים Google Cloud על שירותים שמתקבלים כתוצאה מכך בשנים 2026 עד 2028:
| שנה | מדד | רבעון 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 Consulting, התמריצים של RaMP מונפקים באמצעות טופס הזמנה לעומסי עבודה שעומדים בדרישות ונרשמו. אפשר להשתמש בתמריצים האלה כדי לממן חלקית או באופן מלא את הפרויקט, כפי שמוגדר בהצהרת העבודה (SOW).
מידע נוסף על תמריצים במסגרת RaMP
תוקף: אם עומס עבודה לא מועבר במלואו לפני שתוקף ההסכם עם RaMP יפוג, כל התמריצים העתידיים לצמיחה של עומס העבודה הזה יבוטלו.
העברה: אי אפשר להעביר עומסי עבודה שהתחילה לגביהם עבודת ההעברה להסכם RaMP חדש