בחירת מודל תמחור

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

אתם יכולים לבחור באחד ממודלי התמחור הבאים למוצר שלכם:

• בחינם: הלקוחות משלמים רק על המשאבים שבהם הם משתמשים, כמו העלות של הפעלת אשכולות Google Kubernetes Engine. Google Cloud אם אתם מציעים את האפליקציה שלכם בחינם, אפשר לדלג אל הוספת מודל התמחור לפורטל התוכן.

• החברה מביאה את הרישיון שלה (BYOL): הלקוחות משלמים לכם ישירות על האפליקציה, ומקבלים חיוב נפרד על Google Cloud המשאבים שבהם הם משתמשים. אתם אחראים לוודא שהלקוחות שלכם משתמשים ברישיון תקף לאפליקציה שלכם.

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

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

אחרי שתחליטו על מודל התמחור ותגדירו את תוכניות התמחור, תוכלו להוסיף אותו למוצר בפורטל כדי שהמערכת תוכל לעבד אותו.

אפשר גם ליצור הצעות מחיר מותאמות אישית ללקוחות ספציפיים. לדוגמה, אם אתם מציעים תוכנית מבוססת-שימוש ב-5 $לכל קונטיינר פעיל, אתם יכולים ליצור הצעת מחיר בהתאמה אישית שבה הלקוח מקבל את אותה תוכנית ב-2 $לכל קונטיינר פעיל. במאמר יצירת הצעות מחיר בהתאמה אישית מוסבר איך ליצור הצעת מחיר בהתאמה אישית.

תמחור של החברה מביאה את הרישיון שלה (BYOL)

אם אתם רוצים לחייב את הלקוחות בעצמכם, אתם יכולים לבחור מודל תמחור של החברה מביאה את הרישיון שלה (BYOL). אתם צריכים לספק ללקוחות דרך לקבל מכם רישיון, בדרך כלל דרך אתר. אחרי שהלקוח מקבל את הרישיון, אתם אחראים לאמת את הרישיון באפליקציה.

אם אתם רוצים להשתמש במודל תמחור BYOL, דלגו אל הוספת מודל התמחור ב-Producer Portal.

תמחור לפי שימוש

התמחור של אפליקציות Kubernetes מבוסס על שימוש, ולכן הלקוחות משלמים על התוכנה שלכם על סמך מדידות שאתם בוחרים, שנקראות מדדים, כמו מספר הקונטיינרים או זמן האחסון. דוגמה אופיינית למדד היא משך הזמן שבו הלקוחות משתמשים במוצר שלכם. לדוגמה, אפשר לחייב 0.05 $לכל שעת שימוש. באופן דומה, אתם יכולים לחייב לקוחות לפי כמות הנתונים שעובדו על ידי האפליקציה שלכם, מספר בקשות ה-API שהלקוחות שולחים וכן הלאה.

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

לדוגמה, נניח שיש לכם אפליקציה שבה אתם גובים 0.256$‎ לכל גיביבייט (1,024 מביבייט) של נתונים שעברו עיבוד, ויחידת הדיווח שלכם היא מביבייט. אם משתמש מעבד 512 מביבייט של נתונים, הוא יחויב ב-(512 Mib / 1024 MiB) * $0.256, או 0.128$ על השימוש. עם זאת, אם יחידת הדיווח היא גיביבייט, השימוש של הלקוח ידווח כ-1 GiB, והלקוח יחויב ב-0.256 $מלאים גם אם הוא השתמש בחלק קטן מגיביבייט.

בטבלה הבאה מפורטים סוגי המדדים שבהם אפשר להשתמש ויחידות הדיווח המומלצות:

סוג המדד	יחידות נתמכות	יחידת דיווח מומלצת	מחיר לדוגמה
שעה	שנייה, דקה, שעה, יום	שנייה אחת (הערך הקטן ביותר האפשרי)	‫5$ לכל שעה
הנתונים עובדו	בייט, קיבי-בייט (KiB), מבי-בייט (MiB), גיבי-בייט (GiB) היחידות של נתונים שעברו עיבוד מבוססות על כפולות בינאריות, כאשר קילוביט אחד הוא 1,024 בייט, מביביט אחד הוא 1,024 קילוביט וכן הלאה.	‫1 מבי-בייט (MiB)	‫10$ לכל GiB
זמן האחסון	יחידות למדידת זמן ונתונים	שנייה אחת של שימוש במבי-בייט	‫10$ לכל GiB-hour
מדד מותאם אישית	לא רלוונטית. מגדירים את היחידה שרוצים למדוד, למשל בקשת API.	תלוי במדד.	‫10$ לכל 1,000 בקשות API

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

הגדרת מבנה התמחור

אחרי שבוחרים את המדדים, אפשר לבחור אחת ממבני התמחור הבאים:

• תמחור לפי תעריף יחיד: הלקוחות משלמים מחיר קבוע על השימוש שלהם, והחיובים גדלים באופן יחסי לשימוש. לדוגמה, אם אתם גובים 0.50 $‎ לכל שעת שימוש, ולקוח משתמש באפליקציה שלכם במשך 20 שעות, הוא יחויב ב-10$.

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

  הרמות חלות במהלך חודש החיוב. בתחילת כל חודש חיוב חדש, המחיר מתאפס לרמה הראשונה.

  לדוגמה, אם רוצים לחייב את המשתמשים על כל בקשת API וגם על זמן האחסון, אפשר להגדיר את רמות התמחור הבאות לכל מדד:

  רמות תמחור לבקשות API	רמות תמחור לזמן האחסון
  ‫0.002$ לכל בקשת API עבור 0 עד 1,000 בקשות ‫0.001$ לכל בקשת API עבור 1,001 עד 2,000 בקשות ‫0.0001$ לכל בקשת API עבור 2,001 בקשות ומעלה	‫0.05$‎ לכל שעת GiB‏ ל-0 עד 1,000 שעות GiB ‫0.001$‎ לכל שעת GiB‏ ל-1,001 עד 2,000 שעות GiB ‫0.0001$‎ לכל שעת GiB עבור 2,001 שעות GiB ומעלה

  לדוגמה, במודל התמחור לדוגמה שלמעלה, אם משתמש שולח 1,500 בקשות API בחודש חיוב, הוא יחויב ב-0.002 $לכל בקשה עבור 1,000 בקשות ה-API הראשונות, ואז ב-0.001 $לכל בקשה עבור 500 בקשות ה-API הנותרות. עם זאת, בקשת ה-API הראשונה שלהם בחודש החיוב הבא תחויב שוב לפי רמת המחיר של 0.002$, כי היא תהיה אחת מ-1,000 בקשות ה-API הראשונות בחודש החדש.

הוספת מודל התמחור לפורטל התוכן

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

אי אפשר לשנות את מודל התמחור בזמן שהוא בבדיקה.

1. פותחים את Producer Portal במסוף Google Cloud :

     https://console.cloud.google.com/producer-portal?project=YOUR_PUBLIC_PROJECT_ID
     

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

2. ברשימת המוצרים, לוחצים על שם המוצר.

3. בדף סקירה כללית של המוצר, עוברים לקטע תמחור ולוחצים על עריכה.

הגדרת מבני התמחור

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

אחרי שמגדירים את מבני התמחור לכל מודלי התמחור שרוצים לתמוך בהם, לוחצים על הגדרה כדי להגדיר את מבני התמחור ולהמשיך לתכונות הנותרות בדף תמחור.

חינם

1. בתפריט הנפתח מודל תמחור, בוחרים באפשרות ללא תשלום.

תמחור של החברה שמביאה את הרישיון שלה (BYOL)

1. בתפריט הנפתח Pricing model בוחרים באפשרות Bring your own license (BYOL).

תמחור לפי שימוש

1. ברשימה הנפתחת מודל תמחור, בוחרים באפשרות תמחור לפי שימוש בלבד.

2. בתפריט הנפתח מדדים, בוחרים באפשרות הוספה או עדכון של מדדים כדי להוסיף מדד.

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

4. אם רוצים, אפשר גם לבחור למדוד את יחידת הדיווח באמצעות שברים.

הוספת פרטי תמחור למבני התמחור

אחרי שמגדירים את מבני התמחור, אפשר להוסיף את פרטי התמחור של מבני התמחור.

כדי להוסיף פרטי תמחור למבני התמחור שהגדרתם, עוברים לקטע תמחור בפורטל של היוצרים.

תמחור של החברה שמביאה את הרישיון שלה (BYOL)

1. בשדה כתובת URL להשגת רישיון מזינים את כתובת ה-URL שבה הלקוחות יכולים לקבל את הרישיון.

תמחור לפי שימוש

1. לוחצים על עריכת השימוש.

2. למחיר עם תעריף יחיד, מוסיפים כמות לתצוגה ומחיר.

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

4. לוחצים על סיום.

הוספת תיאורי תמחור לתוכניות

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

מענה על שאלות בנושא קטגוריות מס

אחרי שמוסיפים תכונות לתוכניות התמחור, אפשר להשתמש בכרטיסייה סיווג מס בקטע פרטי תמחור כדי לענות על שאלות לגבי המוצר. התשובות שלכם לשאלות האלה משמשות את Google למטרות סיווג פנימיות בלבד.

(לשותפים עם פרופיל תשלומים בארה"ב) מענה על שאלות בנושא ניכוי מס במקור

אם יש לכם פרופיל תשלומים עם כתובת בארה"ב, אחרי שתענו על השאלות לגבי קטגוריית המס של המוצר, תצטרכו לענות על שאלות נוספות שקשורות לניכוי מס במקור. התשובות לשאלות האלה עוזרות ל-Google לסווג את המוצר שלכם לצורכי מס. אנחנו אוספים את המידע הזה כדי לוודא ששיעור ניכוי המס במקור יהיה מדויק ושהדיווח על ההכנסות שלכם יהיה מדויק. כדי לענות על השאלות האלה, עוברים לקטע פרטי תמחור ואז לכרטיסייה ניכוי מס.

הערה: אם אין לכם פרופיל תשלומים עם כתובת בארה"ב, הכרטיסייה ניכוי מס לא תופיע.

הוספת הסכם רישיון למשתמש קצה (EULA)

מוסיפים הסכם רישיון עם משתמש הקצה (EULA) בכרטיסייה תנאים ומדיניות. מומלץ להשתמש בהסכם הסטנדרטי של Google בנושא רישיון למשתמש קצה (EULA) אם המוצר שלכם מאפשר זאת. זה יכול לעזור למשתמשים לאמץ את המוצר שלכם מהר יותר.

אם המוצר שלכם דורש הסכם רישיון מיוחד למשתמשי קצה, מוסיפים את כתובת ה-URL של הסכם הרישיון לשדה כתובת URL של הסכם רישיון למשתמשי קצה.

שליחת מודל התמחור לבדיקה

כשהכול מוכן לשליחת מודל התמחור לעיבוד, לוחצים על שליחה.

אי אפשר לשנות את מודל התמחור בזמן שהוא בבדיקה.

הצעת תוכנה להתנסות (אופציונלי)

כדי להציע תקופת ניסיון בחינם של התוכנה שלכם למשתמשי Google Cloud , צריך להשתמש ב-Producer Portal כדי לציין:

• תקופת הניסיון, בימים (לדוגמה, 30 ימים).
• סכום הזיכוי לניסיון, בדולר ארה"ב (לדוגמה, 100$).

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

תקופת הניסיון מסתיימת כשהלקוח מגיע למסגרת האשראי או בסוף תקופת הניסיון, לפי המוקדם מביניהם. לדוגמה, אם אתם מציעים תקופת ניסיון של 15 יום עם קרדיט מקסימלי של 100$, תקופת הניסיון מסתיימת כשהמשתמשים מגיעים למגבלת 100 $או בסוף 15 הימים.

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

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

לפני שמתחילים

כדי ליצור תקופת ניסיון בחינם, צריך:

• גישה לפורטל היוצרים, שדורשת:
  • הסכם ספק בזירת מסחר חתום.
  • טופס אימות פתרון מאושר.
  • טופס מידע על פרויקט ב-Cloud Marketplace מלא מצוות Google Cloud Marketplace.
• בדיקת תמחור שאושרה, כפי שמתואר במאמר שליחת התמחור לבדיקה.

הקישור הישיר ל-Producer Portal הוא:

https://console.cloud.google.com/producer-portal?project=YOUR_PROJECT_ID

הערה: אם הקישור לא מופיע או שאין לכם גישה לכתובת ה-URL, צריך לוודא שביצעתם את הפעולות הנדרשות כדי לקבל גישה לפורטל היוצרים ובחרתם את הפרויקט הנכון. אם עדיין אין לך גישה לכתובת ה-URL, אפשר להשתמש במוקד התמיכה לשותפים כדי לבקש עזרה, ולכלול את המילה Marketplace בתיאור. מידע נוסף על Partner Support Desk זמין במאמר בקשת סיוע בנושא Cloud Marketplace.

יצירת תקופת ניסיון בחינם

1. בפורטל של כלי להפקת חדשות, עוברים לקטע סקירה כללית.
2. בקטע תקופת ניסיון בחינם, לוחצים על עריכה.
3. בדף Google Cloud Marketplace free trial (תקופת ניסיון בחינם ב-Google Cloud Marketplace), לוחצים על CONFIGURE TRIAL (הגדרת תקופת ניסיון).

4. בתיבת הדו-שיח Configure Free trial, מגדירים את הערכים הבאים:

   שם השדה	ערך
   משך תקופת הניסיון	מספר הימים של תקופת הניסיון. הערך המינימלי המותר הוא 5.
   סכום הקרדיט לתקופת הניסיון	סכום הקרדיט בדולר שאפשר להשתמש בו במהלך תקופת הניסיון בחינם. הערך המינימלי המותר הוא 50.

5. לוחצים על אישור.

   אם הפעולה תצליח, תוצג ההודעה תקופת הניסיון בחינם הוגדרה, והסטטוס של תקופת הניסיון בחינם ישתנה לתקופת הניסיון בחינם פעילה.

6. בקטע פרסום, לוחצים על פרסום כדי שהשינויים ייכנסו לתוקף עבור הלקוחות.

השבתה של תקופת ניסיון בחינם

1. בפורטל של כלי להפקת חדשות, עוברים לקטע סקירה כללית.
2. בקטע תקופת ניסיון בחינם, לוחצים על עריכה.
3. בדף תקופת ניסיון בחינם ב-Google Cloud Marketplace, לוחצים על השבתת תקופת הניסיון.

4. בתיבת הדו-שיח השבתת תקופת הניסיון בחינם, לוחצים על השבתה כדי לאשר את הבחירה.

   אם הפעולה תצליח, תופיע ההודעה תקופת הניסיון בחינם הושבתה, והסטטוס של תקופת הניסיון בחינם ישתנה לתקופת הניסיון בחינם לא פעילה.

5. בקטע פרסום, לוחצים על פרסום כדי שהשינויים ייכנסו לתוקף עבור הלקוחות.

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

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

עדכון המחיר של מוצרים אחרי ההשקה

אם חלפו לפחות 30 יום מאז פרסום מודל התמחור שלכם ואישורו, אתם יכולים לעדכן את מחיר המוצר.

כדי לעדכן את מחיר המוצר, פועלים לפי השלבים הבאים:

1. פותחים את Producer Portal במסוף Google Cloud :

     https://console.cloud.google.com/producer-portal?project=YOUR_PUBLIC_PROJECT_ID
     

   מחליפים את YOUR_PUBLIC_PROJECT_ID במזהה של הפרויקט הציבורי שיצרתם עבור Cloud Marketplace – לדוגמה, my-organization-public.

   הערה: אם הקישור לא מופיע או שאין לכם גישה לכתובת ה-URL, צריך לוודא שבחרתם את הפרויקט הנכון ושיש לכם תפקיד עורך (roles/editor) בפרויקט. אם עדיין אין לך גישה לכתובת ה-URL, אפשר להשתמש במוקד התמיכה לשותפים כדי לבקש עזרה, ולכלול את המילה Marketplace בתיאור. מידע נוסף על מוקד התמיכה לשותפים זמין במאמר בנושא בקשת עזרה בנוגע ל-Cloud Marketplace.

2. ברשימת המוצרים, לוחצים על מזהה המוצר.

3. בדף סקירה כללית, בקטע בדיקת תמחור, לוחצים על עריכה.

4. מבצעים את השינויים במחירים.

5. בסיום, לוחצים על שליחה.

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

מחיקת תוכנית תמחור

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

כדי למחוק תוכנית שמשויכים אליה פריסות, צריך לפנות למהנדס השותפים של Google.