معلومات فوترة Azure IoT Hub

توفر أسعار Azure IoT Hub المعلومات العامة حول وحدات SKU المختلفة وأسعار IoT Hub. تحتوي هذه المقالة على تفاصيل حول كيفية قياس وظائف IoT Hub المختلفة كرسائل بواسطة IoT Hub.

إشعار

تتوفر بعض الميزات المذكورة في هذه المقالة، مثل المراسلة من السحابة إلى الجهاز والجهاز المزدوج وإدارة الجهاز، في الطبقة القياسية لـ IoT Hub فقط. لمزيد من المعلومات حول مستويات IoT Hub الأساسية والقياسية/المجانية، راجع اختيار طبقة IoT Hub المناسبة للحل الخاص بك.

الرسوم لكل عملية

استخدم الجدول التالي للمساعدة في تحديد أي العمليات يتم فرض رسوم عليها. يتم فرض رسوم على جميع العمليات القابلة للفوترة في كتل 4 كيلوبايت على طبقة مراكز IoT الأساسية والقياسية. يتم قياس العمليات في مجموعات 0.5 كيلوبايت على مراكز IoT من الطبقة المجانية. التفاصيل لكل فئة متوفرة في عمود معلومات الفوترة. يشمل هذا العمود المعلومات التالية:

  • تفاصيل كيفية قياس العمليات القابلة للفوترة على طبقات مراكز IoT الأساسية والقياسية. ليست كل العمليات متوفرة في الطبقة القياسية.
  • العمليات التي تؤدي إلى فرض رسوم، مع إما:
    • ارتباط إلى وثائق واجهة برمجة تطبيقات REST إن وجد.
    • نقطة نهاية العملية إن لم تتوفر وثائق واجهة برمجة تطبيقات REST، أو إن كانت العملية متوفرة فقط عبر MQTT و/أو AMQP. تحذف قيمة نقطة النهاية مرجع البادئة إلى مركز IoT الهدف؛ {fully-qualified-iothubname}.azure-devices.net.
  • مصطلح واحد أو أكثر بالخط المائل يتبع كل عملية (أو نقطة نهاية). تمثل تلك الشروط عمليات قابلة للفوترة يتم فرض رسوم عليها مقابل الحصة النسبية لمركز IoT الخاص بك. قد ترى تلك الشروط المقدمة كجزء من نتيجة تحليلات استخدام الحصة النسبية عند بدء طلب دعم على مدخل Microsoft Azure. قد يتم إرجاعها أيضًا عن طريق دعم العملاء. يمكنك استخدام الجدول أدناه للإشارة إلى تلك الشروط مع العملية المقابلة لمساعدتك على فهم استخدام الحصة النسبية والفوترة لحل IoT الخاص بك. للمزيد من المعلومات، انظر المثال 4.
فئة العمليات معلومات الفوترة
عمليات تسجيل الهوية
(الإنشاء والتحديث والحصول على والقائمة والحذف والتحديث المجمع والإحصائيات)
لم يتم فرض الرسوم.
رسائل من جهاز إلى سحابة يتم فرض رسوم الرسائل المرسلة بنجاح في مجموعات 4 كيلوبايت عند الدخول إلى IoT Hub. على سبيل المثال، يتم فرض رسوم على رسالة 100 بايت كرسالة واحدة، ويتم فرض رسوم على رسالة 6 كيلوبايت كرسالتين.

إرسال حدث الجهاز: إما Device to Cloud Telemetry أو Device to Cloud Telemetry Routing اعتمادا على ما إذا كان مركز IoT يحتوي على ميزات توجيه الرسائل التي تم تكوينها.
الرسائل المُرسلة من السحابة إلى الجهاز يتم فرض رسوم الرسائل المرسلة بنجاح في مجموعات 4 كيلوبايت. على سبيل المثال، يتم فرض رسوم على رسالة 6 كيلوبايت كرسالتين.

تلقي إعلام مرتبط بالجهاز: الأمر "سحابة إلى جهاز"
تحميلات الملفات لا يتم قياس نقل الملفات إلى Azure Storage بواسطة IoT Hub. يتم فرض رسوم على رسائل بدء نقل الملفات وإكماله كرسائل تم قياسها بزيادات 4 كيلوبايت. على سبيل المثال، يتم فرض رسوم على نقل ملف 10 ميغابايت كرسالتين بالإضافة إلى تكلفة Azure Storage.

إنشاء File Upload Sas Uri: Device to Cloud File Upload
تحديث حالة تحميل الملف: تحميل ملف من جهاز إلى سحابة
أساليب مباشرة يتم فرض رسوم طلبات الأسلوب الناجحة في مجموعات 4 كيلوبايت، ويتم فرض رسوم الاستجابات في مجموعات 4 كيلوبايت كرسائل إضافية. يتم فرض رسوم الطلبات أو الاستجابات بدون حمولة كرسالة واحدة. على سبيل المثال، يتم فرض رسوم على أسلوب مع نص 4 كيلوبايت ينتج استجابة بدون حمولة من الجهاز كرسالتين. يتم فرض رسوم على أسلوب مع نص 6 كيلوبايت ينتج استجابة 1 كيلوبايت من الجهاز كرسالتين للطلب بالإضافة إلى رسالة أخرى للاستجابة. يتم شحن طلبات الأجهزة غير المتصلة كرسائل في مجموعات 4 كيلوبايت بالإضافة إلى رسالة واحدة للاستجابة التي تشير إلى أن الجهاز غير متصل.

الجهاز - طريقة الاستدعاء: أسلوب الاستدعاء المباشر للجهاز،
الوحدة النمطية - استدعاء الأسلوب: أسلوب الاستدعاء المباشر للوحدة النمطية
قراءات الجهاز والوحدة المزدوجة يتم فرض رسوم على القراءات المزدوجة من الجهاز أو الوحدة ومن النهاية الخلفية للحل كرسائل في مجموعات 4 كيلوبايت. على سبيل المثال، يتم تحصيل رسوم قراءة توأم 8 كيلوبايت كرسالتين.

Get Twin: Get Twin
Get Module Twin: Get Module Twin

قراءة الجهاز وتوائم الوحدة النمطية من جهاز:
نقطة النهاية: /devices/{id}/twin (MQTT، AMQP فقط): D2C Get Twin
نقطة النهاية: /devices/{deviceid}/modules/{moduleid}/twin (MQTT، AMQP فقط): الوحدة النمطية D2C Get Twin
تحديثات الجهاز والوحدة المزدوجة (العلامات والخصائص) يتم فرض رسوم على التحديثات المزدوجة من الجهاز أو الوحدة ومن النهاية الخلفية للحل كرسائل في مجموعات 4 كيلوبايت. على سبيل المثال، يتم فرض رسوم على تحديث 12 كيلوبايت إلى توأم على أنه ثلاث رسائل.

تحديث التوأم: تحديث التوأم
تحديث الوحدة النمطية المزدوجة: تحديث الوحدة النمطية المزدوجة
استبدال التوأم: استبدال التوأم
استبدال الوحدة النمطية المزدوجة: استبدال الوحدة النمطية المزدوجة

تحديث خصائص الجهاز أو الوحدة النمطية المزدوجة المبلغ عنها من جهاز:
نقطة النهاية: /twin/PATCH/properties/reported/ (MQTT، AMQP فقط): D2 Patch ReportedProperties أو الوحدة النمطية D2 Patch ReportedProperties

تلقي إعلامات تحديث الخصائص المطلوبة على جهاز:
نقطة النهاية: /twin/PATCH/properties/desired/ (MQTT، AMQP فقط): إعلام D2C ب DesiredProperties أو الوحدة النمطية D2C إعلام DesiredProperties
استعلامات الجهاز والوحدة المزدوجة يتم شحن الاستعلامات مقابل الأجهزة أو devices.modules كرسائل اعتمادا على حجم النتيجة في مجموعات 4 كيلوبايت. لا يتم فرض رسوم على الاستعلامات مقابل الوظائف .

الحصول على Twins (استعلام مقابل الأجهزة أو مجموعات devices.modules ): أجهزة الاستعلام
قراءات الازدواج الرقمي يتم فرض رسوم على قراءات الازدواج الرقمي من النهاية الخلفية للحل كرسائل في مجموعات 4 كيلوبايت. على سبيل المثال، يتم تحصيل رسوم قراءة توأم 8 كيلوبايت كرسالتين.

الحصول على Digital Twin: الحصول على Digital Twin
تحديثات الازدواج الرقمي يتم فرض رسوم على تحديثات الازدواج الرقمي من النهاية الخلفية للحل كرسائل في مجموعات 4 كيلوبايت. على سبيل المثال، يتم فرض رسوم على تحديث 12 كيلوبايت إلى توأم على أنه ثلاث رسائل.

تحديث Digital Twin: Patch Digital Twin
أوامر الازدواج الرقمي يتم فرض رسوم على الأوامر الناجحة في مجموعات 4 كيلوبايت، ويتم فرض رسوم على الاستجابات في مجموعات 4 كيلوبايت كرسائل إضافية. يتم فرض رسوم على الطلبات أو الاستجابات بدون نص كرسالة واحدة. على سبيل المثال، يتم فرض رسوم على أمر مع نص 4 كيلوبايت ينتج استجابة بدون نص من الجهاز كرسالتين. يتم فرض رسوم على أمر مع نص 6 كيلوبايت ينتج استجابة 1 كيلوبايت من الجهاز كرسالتين للأمر بالإضافة إلى رسالة أخرى للاستجابة. يتم شحن الأوامر إلى الأجهزة غير المتصلة كرسائل في مجموعات 4 كيلوبايت بالإضافة إلى رسالة واحدة للاستجابة التي تشير إلى أن الجهاز غير متصل بالإنترنت.

استدعاء أمر المكون: أمر المكون Digital Twin
استدعاء أمر مستوى الجذر: الأمر الجذر التوأم الرقمي
عمليات الوظائف
(إنشاء، إلغاء، الحصول على، الاستعلام)
لم يتم فرض الرسوم.
عمليات الوظائف لكل جهاز يتم فرض رسوم على عمليات الوظائف (مثل التحديثات المزدوجة والأساليب) في مجموعات 4 كيلوبايت. على سبيل المثال، يتم فرض رسوم على مهمة تؤدي إلى استدعاء أسلوب 1000 مع طلبات 1 كيلوبايت واستجابات البيانات الأساسية الفارغة 2000 رسالة (رسالة واحدة لكل طلب واستجابة).

Update Twin Device Job
Invoke Method Device Job
عمليات التكوين
(الإنشاء، التحديث، الحصول على، القائمة، الحذف، اختبار الاستعلام)
لم يتم فرض الرسوم.
عمليات التكوين لكل جهاز يتم فرض رسوم على عمليات التكوين كرسائل في مجموعات 4 كيلوبايت. لا يتم فرض رسوم على الاستجابات. على سبيل المثال، يتم فرض رسوم على عملية تكوين تطبيق مع نص 6 كيلوبايت كرسالتين.

تطبيق على جهاز Edge: تطبيق خدمة التكوين.
رسائل الاستمرار عند استخدام بروتوكولات AMQP أو MQTT، لا يتم شحن الرسائل المتبادلة لتأسيس الاتصال والرسائل المتبادلة في التفاوض، أو للحفاظ على الاتصال مفتوحا وحييا.
تدفقات الجهاز (إصدار أولي) عمليات دفق الأجهزة قيد المعاينة ولم يتم فرض رسوم على العمليات حتى الآن.

نقطة النهاية: /twins/{deviceId}/streams/{streamName}: تدفقات الجهاز
نقطة النهاية: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: وحدة تدفقات الجهاز

إشعار

يتم حساب جميع الأحجام مع الأخذ في الاعتبار حجم الحمولة بالبايت (يتم تجاهل تأطير البروتوكول). بالنسبة إلى الرسائل، التي لها خصائص ونص، يتم حساب الحجم بطريقة غير محددة البروتوكول. للمزيد من المعلومات، يُرجى الرجوع إلى تنسيق رسالة IoT Hub.

تختلف الأحجام القصوى للرسائل بالنسبة إلى أنواع مختلفة من العمليات. لمعرفة المزيد، انظر الحصص النسبية والتقييد لـ IoT Hub.

بالنسبة إلى بعض العمليات، يمكنك استخدام إستراتيجيات الإرسال في دفعات والضغط لتقليل التكاليف. للحصول على مثال باستخدام بيانات تتبع الاستخدام من جهاز إلى سحابة، راجع المثال 3.

المثال 1

يرسل الجهاز رسالة واحدة من جهاز إلى سحابة 1 كيلوبايت في الدقيقة إلى IoT Hub، وتتم قراءتها بعد ذلك بواسطة Azure Stream Analytics. تستدعي النهاية الخلفية للحل أسلوبًا (مع حمولة 512 بايت) على الجهاز كل 10 دقائق لتشغيل إجراء محدد. يستجيب الجهاز للأسلوب بنتيجة 200 بايت.

يستهلك الجهاز:

  • رسالة واحدة × 60 دقيقة × 24 ساعة = 1440 رسالة لكل يوم للرسائل من الجهاز إلى السحابة.

  • رسالتين (طلب بالإضافة إلى استجابة) × 6 مرات في الساعة × 24 ساعة = 288 رسالة للأساليب.

يعطي هذا الحساب إجمالي 1728 رسالة يوميًا.

المثال 2

يرسل الجهاز رسالة واحدة من الجهاز إلى السحابة 100 كيلوبايت كل ساعة. كما أنه يحدث الجهاز المزدوج الخاص به مع حمولات 1 كيلوبايت كل أربع ساعات. تقرأ النهاية الخلفية للحل مرة يوميًا الجهاز المزدوج 14 كيلوبايت وتحدثه مع حمولة 512 بايت لتغيير التكوينات.

يستهلك الجهاز:

  • 25 رسالة (100 كيلوبايت / 4 كيلوبايت) × 24 ساعة للرسائل من الجهاز إلى السحابة.

  • رسالة واحدة (1 كيلوبايت / 4 كيلوبايت) × ست مرات في اليوم لتحديثات الجهاز المزدوج.

يعطي هذا الحساب إجمالي 606 رسائل يوميًا.

تستهلك النهاية الخلفية للحل 4 رسائل (14 كيلوبايت / 4 كيلوبايت) لقراءة الجهاز المزدوج، بالإضافة إلى رسالة واحدة (512 / 4 كيلوبايت) لتحديثه، لإجمالي 5 رسائل.

إجمالاً، يستهلك الجهاز والنهاية الخلفية للحل 611 رسالة في اليوم.

المثال 3

استنادًا إلى السيناريو الخاص بك، يمكن أن تقلل رسائل الإرسال في دفعات من استخدام الحصة النسبية الخاصة بك.

على سبيل المثال، ضع في اعتبارك جهازًا يحتوي على أداة استشعار تولّد فقط 100 بايت من البيانات في كل مرة تقرأ فيها:

  • إذا كان الجهاز يرسل في دفعات 40 قراءة أداة استشعار في رسالة واحدة من الجهاز إلى السحابة مع حمولة 4 كيلوبايت (40 × 100 بايت)، فسيتم فرض رسوم على رسالة واحدة مقابل الحصة النسبية. إذا كان الجهاز يقرأ أداة الاستشعار 40 مرة كل ساعة ويرسل في دفعات تلك القراءات في رسالة واحدة من الجهاز إلى السحابة كل ساعة، فسيرسل 24 رسالة/يوم.

  • إذا كان الجهاز يرسل رسالة من الجهاز إلى السحابة مع حمولة 100 بايت لكل قراءة أداة استشعار، فإنه يستهلك 40 رسالة مقابل الحصة النسبية لنفس كمية البيانات. إذا كان الجهاز يقرأ أداة الاستشعار 40 مرة كل ساعة ويرسل كل رسالة على حدة، فسيرسل 960 رسالة/يوم (40 رسالة × 24).

تعتمد استراتيجية التجميع الخاصة بك على السيناريو الخاص بك وعلى مدى أهمية الوقت للبيانات. إذا كنت ترسل كميات كبيرة من البيانات، يمكنك أيضًا التفكير في تنفيذ ضغط البيانات لتقليل التأثير على الحصة النسبية للرسالة.

المثال 4

عند فتح طلب دعم على مدخل Microsoft Azure، يتم تشغيل التشخيصات الخاصة بالمشكلة التي تم الإبلاغ عنها. يتم عرض النتيجة كتحليل في علامة التبويب الحلول لطلبك. أحد هذه النتائج المعرفية يبلغ عن استخدام الحصة النسبية لمركز IoT الخاص بك باستخدام المصطلحات المائلة في الجدول سابقا. سيعتمد ما إن تم إرجاع هذا التحليل المعين على نتائج التشخيصات التي تم إجراؤها على مركز IoT الخاص بك للمشكلة التي تقوم بالإبلاغ عنها. إذا تم الإبلاغ عن نتيجة تحليلات استخدام الحصة النسبية، يمكنك استخدام الجدول للإسناد الترافقي لمصطلح الاستخدام أو المصطلحات التي تم الإبلاغ عنها مع العملية (العمليات) التي تشير إليها.

على سبيل المثال، تظهر لقطة الشاشة التالية طلب دعم تم البدء فيه لمشكلة في بيانات تتبع الاستخدام من جهاز إلى سحابة.

لقطة الشاشة التي توضح تحديد مشكلة في طلب دعم مدخل Microsoft Azure

بعد تحديد الحلول التالية، يتم إرجاع تحليل استخدام الحصة النسبية بواسطة التشخيصات ضمن الشكل التصنيفي التفصيلي لحصة الرسائل اليومية لـ IoT Hub. يظهر الشكل التصنيفي التفصيلي للرسائل من الجهاز إلى السحابة المرسلة إلى مركز IoT. في تلك الحالة، يتم تمكين توجيه الرسائل على مركز IoT، لذلك يتم عرض الرسائل على أنها Device to Cloud Telemetry Routing. يجب أن تعلم أنه قد لا يتم إرجاع تحليل استخدام الحصة النسبية لنفس المشكلة على مركز IoT مختلف. سيعتمد ما يتم إرجاعه على نشاط وحالة مركز IoT هذا.

لقطة الشاشة التي توضح استخدام الحصة النسبية في طلب دعم مدخل Microsoft Azure