شكرًا — إجابتك باختصار وبوضوح استنادًا إلى الصورتين اللتين أرسلتها.
1) هل الـ 103 دقيقة تخص رصيد الـ 1,000 دقيقة agent أم رصيد الـ 50GB؟
• رقم
103 (WebRTC participant minutes) هو استهلاك دقائق المشاركين (participant minutes) وليس دقائق الـ agent.
• لذلك
لا تُخصم هذه الـ103 دقائق من رصيد 1,000 دقيقة agent المجاني.
• دقائـق المشاركين تُحسب منفصلة وتُستهلك من حصة دقائق الاتصال الخاصة بخطة الحساب (مثل حصة WebRTC minutes في الخطة المجانية أو الحصة المدفوعة).
2) هل الـ103 دقيقة تستهلك من رصيد الـ50GB؟
• ليس مباشرة. الـ103 دقائق هي مقياس للزمن (minutes) للمشاركين. لكن أثناء تلك الدقائق يحصل انتقال بيانات فعلي — وهذه البيانات تُحتسب ضد حصة نقل البيانات (bandwidth).
• بمعنى آخر:
◦
الدقائق (103) تقاس كوقت اتصال للمشاركين.
◦
الـGB (حصة 50GB) تقاس كحجم البيانات الفعلي المنقول (bandwidth).
◦ إذا حجم البيانات الناتج عن تلك الجلسات صغير (كما في صورك: ~13MB downstream)، فستبقى داخل الحصة 50GB.
3) ماذا تعني الأرقام 12 MB و 13 MB في الصورتين؟
•
13 MB (TOTAL DOWNSTREAM): كمية البيانات التي أرسلتها LiveKit إلى العملاء (البيانات الذاهبة إلى المشاهدين/المشاركين). هذا هو ما يُحتسب مقابل حصة الـ 50GB.
•
12 MB (TOTAL UPSTREAM): كمية البيانات المرسلة من جهازك/المشاركين إلى خوادم LiveKit (البيانات الصاعدة).
• ملاحظة مهمة: بحسب سياسة LiveKit الحالية،
الـ upstream غالبًا غير مَدفوع (غير مُحتسب كتكلفة في نماذج التسعير الجديدة)، بينما
الـ downstream هو الذي يُحتسب مقابل حصة نقل البيانات (50GB).
خلاصة سريعة لك:
• الـ103 دقيقة = participant minutes (ليست agent minutes) → لا تُخصم من 1,000 دقيقة agent المجانية.
• بيانات 12MB/13MB = حجم Upstream و Downstream؛ الـ13MB (downstream) هو ما يؤثر على حد 50GB؛ في حالتك الحالية الـ13MB صغير جداً لذا أنت مازلت داخل حدود 50GB.
هل تريد أن أحسب لك نسبة استهلاك الـ50GB بناءً على هذه القيم (كم بقي من الحصة بعد هذا الاستهلاك) أو أشرح كيف تراقب الفرق بين agent minutes و participant minutes في اللوحة خطوة بخطوة؟
Sources:
Pricing | LiveKit |
Towards a future-aligned pricing model