מדריך למשתמש של RaMP

בדף הזה מוסבר מה צריך לעשות כדי לקבל תמריצים במסגרת 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% מה-Annual Run Rate (קצב ההכנסות השנתי) של עומס העבודה, כלומר 200,000$, בתשלום לאחר עמידה בדרישות של ה-PSF.

הלקוח גם מקבל Google Cloud זיכויים על שירות שהושבת, ששווים ל-25% מההוצאה הכשירה המצטברת בכל רבעון, כך שסכום הזיכוי הכולל Google Cloudעל שירות שהושבת הוא 250,000 דולר ארה"ב (ראו טבלה בהמשך).

התמריצים הכוללים שהלקוח קיבל מ-PSF ומ Google Cloud זיכוי על שירות שהושבת הם בסך 450,000 דולר ארה"ב.

שנה מדד רבעון 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 חדש

המאמרים הבאים