ناقل خدمة Azure - الأسئلة المتداولة (FAQ)

تتناول هذه المقالة بعض الأسئلة المتداولة حول Microsoft ناقل خدمة Microsoft Azure. يمكنك أيضًا زيارة الأسئلة المتداولة حول دعم Azure للحصول على معلومات دعم وتسعير Azure العامة.

أسئلة عامة حول ناقل خدمة Microsoft Azure

ما هو Azure Service Bus؟

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

ما هي مساحة اسم ناقل خدمة Microsoft Azure؟

توفر مساحة الاسم حاوية نطاق لمعالجة موارد ناقل خدمة Microsoft Azure داخل تطبيقك. يعد إنشاء مساحة اسم ضروريًا لاستخدام ناقل خدمة Microsoft Azure وهو أحد الخطوات الأولى في البدء.

ما هي قائمة انتظار ناقل خدمة Microsoft Azure

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

ما المقصود بالاشتراكات وموضوعات ناقل خدمة Microsoft Azure؟

يمكن تصور الموضوع كقائمة انتظار وعند استخدام اشتراكات متعددة، يصبح نموذج رسائل أكثر ثراءً؛ بشكل أساسي أداة اتصال من شخص إلى متعدد. يمكّن نموذج النشر/الاشتراك هذا (أو pub/sub) التطبيق الذي يرسل رسالة إلى موضوع له اشتراكات متعددة لتلقي هذه الرسالة بواسطة تطبيقات متعددة.

ما هو الكيان المقسَّم؟

يتم التعامل مع قائمة انتظار أو موضوع تقليدي بواسطة وسيط رسائل واحد ويتم تخزينه في مخزن رسائل واحد. تتم معالجة قائمة انتظار مقسمة أو موضوع من قبل وسطاء رسائل متعددين وتخزينها في مخازن مراسلة متعددة. تعني هذه الميزة أن معدل النقل الإجمالي لقائمة انتظار أو موضوع مقسم لم يعد مقيدًا بأداء وسيط الرسائل الفردية أو مخزن الرسائل. أيضًا، لا يؤدي الانقطاع المؤقت لمخزن الرسائل إلى عدم توفر قائمة انتظار مقسمة أو موضوع.

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

أين يقوم ناقل خدمة Microsoft Azure بتخزين البيانات؟

تستخدم الطبقة القياسية لـ ناقل خدمة Microsoft Azure SQL Database لطبقة التخزين الخلفية الخاصة بها. بالنسبة إلى كافة المناطق باستثناء جنوب البرازيل وجنوب شرق آسيا، تتم استضافة النسخة الاحتياطية لقاعدة البيانات في منطقة مختلفة (عادةً المنطقة المزدوجة Azure). بالنسبة إلى مناطق جنوب وجنوب شرق آسيا في البرازيل، يتم تخزين النسخ الاحتياطية لقاعدة البيانات في نفس المنطقة لاستيعاب متطلبات موقع البيانات لهذه المناطق.

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

ما المنافذ التي أحتاج إلى فتحها على جدار الحماية؟

يمكنك استخدام البروتوكولات التالية مع ناقل خدمة Microsoft Azure لإرسال الرسائل واستلامها:

  • بروتوكول متقدمة لوضع الرسائل في قائمة انتظار 1.0 (AMQP)
  • بروتوكول نقل النص التشعبي 1.1 مع TLS (HTTPS)

راجع الجدول التالي لمنافذ TCP الصادرة التي تحتاج إلى فتحها لاستخدام هذه البروتوكولات للتواصل مع ناقل خدمة Microsoft Azure:

البروتوكول منافذ التفاصيل
AMQP 5671، 5672 AMQP مع TLS. راجع دليل بروتوكول AMQP
HTTPS 443 يتم استخدام هذا المنفذ لـ HTTP/REST API وAMQP عبر WebSockets.

يكون منفذ HTTPS مطلوبا بشكل عام للاتصال الصادر أيضا عند استخدام AMQP عبر المنفذ 5671، لأن العديد من عمليات الإدارة التي تنفذها SDKs للعميل والحصول على الرموز المميزة من معرف Microsoft Entra (عند استخدامها) تعمل عبر HTTPS.

تستخدم حزم Azure SDK الرسمية بشكل عام بروتوكول AMQP لإرسال الرسائل واستلامها من ناقل خدمة Microsoft Azure.

يعمل خيار بروتوكول AMQP-over-WebSockets على المنفذ TCP 443 تماماً مثل HTTP / REST API، ولكنه بخلاف ذلك متطابق وظيفياً مع AMQP العادي. يحتوي هذا الخيار على زمن وصول اتصال أولي أعلى بسبب الرحلات المستديرة المصافحة الإضافية والمزيد من الحمل كمقايضة لمشاركة منفذ HTTPS. إذا تم تحديد هذا الوضع، فمنفذ TCP 443 كافٍ للاتصال. تسمح الخيارات التالية بتحديد وضع AMQP WebSockets.

اللغة‬ خيار
.NET (Azure.Messaging.ServiceBus) إنشاء ServiceBusClient باستخدام منشئ يعامل ServiceBusClientOptions كمعلمة. عيّن ServiceBusClientOptions.TransportType على ServiceBusTransportType.AmqpWebSockets
.NET (Microsoft.Azure.ServiceBus) عند إنشاء كائنات العميل، استخدم المنشئات التي تعامل TransportTypeأو ServiceBusConnectionأو ServiceBusConnectionStringBuilder كمعلمات.

بالنسبة للبناء الذي يُعامل transportType كمعامل، اضبط المعامل على TransportType.AmqpWebSockets.

بالنسبة للبناء الذي يُعامل ServiceBusConnection كمعامل، اضبط ServiceBusConnection.TransportType على TransportType.AmqpWebSockets.

إذا كان قيد الاستخدام ServiceBusConnectionStringBuilder، فاستخدم المنشئات التي تعطيك خياراً لتحديد transportType.

Java (com.azure.messaging.servicebus) عند إنشاء عملاء، عيّن ServiceBusClientBuilder.transportType على AmqpTransportType.AMQP.AMQP_WEB_SOCKETS
Java (com.microsoft.azure.servicebus) عند إنشاء عملاء، عيّن transportType في com.microsoft.azure.servicebus.ClientSettings على com.microsoft.azure.servicebus.primitives.TransportType.AMQP_WEB_SOCKETS
JavaScript عند إنشاء كائنات عميل "Service Bus"، استخدم webSocketOptions الخاصية في ServiceBusClientOptions.
Python عند إنشاء عملاء "Service Bus"، اضبط ServiceBusClient.transport_type على TransportType.AmqpOverWebSocket

في 30 سبتمبر 2026، سنتقاعد مكتبات SDK ناقل خدمة Azure WindowsAzure.ServiceBus وMicrosoft.Azure.ServiceBus و com.microsoft.azure.servicebus، والتي لا تتوافق مع إرشادات Azure SDK. سننهي أيضا دعم بروتوكول SBMP، لذلك لن تتمكن من استخدام هذا البروتوكول بعد 30 سبتمبر 2026. قم بالترحيل إلى أحدث مكتبات Azure SDK، والتي توفر تحديثات أمان هامة وقدرات محسنة، قبل ذلك التاريخ.

على الرغم من أنه لا يزال من الممكن استخدام المكتبات القديمة بعد 30 سبتمبر 2026، إلا أنها لن تتلقى بعد ذلك الدعم والتحديثات الرسمية من Microsoft. لمزيد من المعلومات، راجع إعلان إيقاف الدعم.

هل يدعم ناقل خدمة Azure خدمة رسائل Java (JMS)؟

نعم. إنها كذلك. راجع المقالات التالية:

ما عناوين IP التي أحتاج إلى إضافتها إلى قائمة السماح؟

للعثور على عناوين IP الصحيحة لإضافتها إلى قائمة السماح لاتصالاتك، اتبع الخطوات التالية:

  1. تشغيل الأمر التالي من موجه الأوامر:

    nslookup <YourNamespaceName>.servicebus.windows.net
    
  2. لاحظ أسفل عنوان IP الذي تم إرجاعه في Non-authoritative answer.

إذا كنت تستخدم تكرار المنطقة لمساحة الاسم الخاصة بك، فستحتاج إلى القيام ببعض الخطوات الإضافية:

  1. أولاً، تشغيل nslookup على مساحة الاسم.

    nslookup <yournamespace>.servicebus.windows.net
    
  2. قم بتدوين الاسم في قسم إجابة غير موثوق بها، الموجود بأحد التنسيقات التالية:

    <name>-s1.cloudapp.net
    <name>-s2.cloudapp.net
    <name>-s3.cloudapp.net
    
  3. تشغيل nslookup لكل واحد مع لاحقات s1 وs2 وs3 للحصول على عناوين IP من كافة المثيلات الثلاثة قيد التشغيل في ثلاث مناطق توفر،

    إشعار

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

أين يمكنني العثور على عنوان IP الخاص بالعميل الذي يرسل/يستقبل الرسائل من/إلى مساحة الاسم؟

لا نسجل عناوين IP للعملاء الذين يرسلون أو يستقبلون الرسائل من/إلى مساحة الاسم الخاصة بك. قم بإعادة إنشاء المفاتيح بحيث يفشل جميع العملاء الحاليين في المصادقة ومراجعة إعدادات التحكم في الوصول المستند إلى الدور (Azure RBAC) ) للتأكد من أن المستخدمين أو التطبيقات المسموح لهم فقط بالوصول إلى مساحة الاسم.

إذا كنت تستخدم مساحة اسم premium، فاستخدم تصفية IP ونقاط نهاية خدمة الشبكة الظاهرية و نقاط نهاية خاصة لتقييد الوصول إلى مساحة الاسم.

أفضل الممارسات

ما هي بعض أفضل ممارسات ناقل خدمة Microsoft Azure؟

راجع أفضل الممارسات لتحسين الأداء باستخدام ناقل خدمة Microsoft Azure - توضح هذه المقالة كيفية تحسين الأداء عند تبادل الرسائل.

ما الذي ينبغي أن أعرفه قبل إنشاء الكيانات؟

الخصائص التالية لقائمة الانتظار وللموضوع غير قابلة للتغيير. ضع في اعتبارك هذا القيد عند إنشاء الكيانات الخاصة بك، حيث لا يمكن تعديل هذه الخصائص دون إنشاء كيان بديل جديد.

  • التقسيم
  • جلسات العمل
  • الكشف عن التكرارات
  • كيان صريح

التسعير

يجيب هذا القسم على بعض الأسئلة المتداولة حول هيكل تسعير ناقل خدمة Microsoft Azure.

مقالة أسعار وفواتير ناقل خدمة Microsoft Azure تشرح عدادات الفوترة في ناقل خدمة Microsoft Azure. للحصول على معلومات محددة حول خيارات تسعير ناقل خدمة Microsoft Azure، راجع تفاصيل أسعار ناقل خدمة Microsoft Azure.

يمكنك أيضًا زيارة الأسئلة المتداولة حول دعم Azure للحصول على معلومات تسعير Azure العامة.

كيف يمكنك احتساب الرسوم على ناقل خدمة Microsoft Azure؟

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

ما هو استخدام ناقل خدمة Microsoft Azure الخاضع لنقل البيانات؟ ما لا؟

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

هل رسوم ناقل خدمة Microsoft Azure للتخزين؟

‏‏لا. خدمة ناقل خدمة Microsoft Azure لا تفرض رسومًا على التخزين. ومع ذلك، هناك حصة تحد من الحد الأقصى لمقدار البيانات التي يمكن استمرارها لكل قائمة انتظار/موضوع. انظر التعليمات التالية.

لديَّ مساحة اسم ناقل خدمة Microsoft Azure Standard. لماذا أرى رسوما ضمن مجموعة الموارد "$system"؟

قام ناقل خدمة Microsoft Azure مؤخرًا بترقية مكونات الفوترة. وبسبب هذا التغيير، إذا كان لديك مساحة اسم قياسية لناقل خدمة Microsoft Azure، فقد ترى عناصر سطر للمورد /subscriptions/<azure_subscription_id>/resourceGroups/$system/providers/Microsoft.ServiceBus/namespaces/$system ضمن مجموعة $systemالموارد .

تمثل هذه الرسوم الأساسية لكل اشتراك Azure الذي وفر مساحة اسم قياسية لناقل خدمة Microsoft Azure.

من المهم ملاحظة أن هذه الرسوم ليست جديدة، أي أنها كانت موجودة في نموذج الفوترة السابق أيضًا. التغيير الوحيد هو أنها مدرجة الآن ضمن $system. يتم ذلك بسبب القيود في نظام الفوترة الجديد الذي يجمع رسوم مستوى الاشتراك، غير المرتبطة بمورد معين، ضمن $system معرف المورد.

الحصص النسبية

للحصول على قائمة بحدود وحصص ناقل خدمة Microsoft Azure، راجع نظرة عامة على حصص ناقل خدمة Microsoft Azure.

كيف تتعامل مع رسائل بحجم أكبر من 1 ميغابايت؟

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

استكشاف الأخطاء وإصلاحها

لماذا لا يمكنني إنشاء مساحة اسم بعد حذفها من اشتراك آخر؟

عند حذف مساحة اسم من اشتراك، انتظر لمدة 4 ساعات قبل إعادة إنشائه بنفس الاسم في اشتراك آخر. وإلا، فقد تتلقى رسالة الخطأ التالية: Namespace already exists.

ما بعض الاستثناءات التي تم إنشاؤها بواسطة واجهات برمجة تطبيقات ناقل خدمة Azure وإجراءاتها المقترحة؟

للحصول على قائمة استثناءات ناقل خدمة Microsoft Azure المحتملة، راجع نظرة عامة على الاستثناءات.

ما هو توقيع الوصول المشترك وما هي اللغات التي تدعم إنشاء التوقيع؟

توقيعات الوصول المشتركة هي آلية مصادقة تستند إلى SHA-256 الآمنة أو URIs. للحصول على معلومات حول كيفية إنشاء التوقيعات الخاصة بك في Node.js وPHP وJava وPython و#C، راجع مقالة توقيعات الوصول المشتركة.

إدارة الاشتراك ومساحة الاسم

كيف أعمل ترحيل مساحة اسم إلى اشتراك Azure آخر؟

يمكنك نقل مساحة اسم من اشتراك Azure إلى آخر، باستخدام إما أوامر مدخل Microsoft Azure أو أوامر PowerShell. لتنفيذ العملية، يجب أن تكون مساحة الاسم نشطة بالفعل. يجب أن يكون المستخدم الذي ينفذ الأوامر مسؤولاً في كل من اشتراكات المصدر والهدف.

المدخل

لاستخدام مدخل Microsoft Azure لترحيل مساحات أسماء ناقل خدمة Microsoft Azure إلى اشتراك آخر، اتبع الإرشادات هنا.

Powershell

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

# Create a new resource group in target subscription
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move namespace from source subscription to target subscription
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains mynamespace -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

هل من الممكن تعطيل TLS 1.0 أو 1.1 في مساحات أسماء ناقل خدمة Microsoft Azure؟

نعم، يمكنك تعطيل TLS 1.0 أو 1.1 على مساحات أسماء ناقل خدمة Azure عن طريق تعيين الحد الأدنى لإصدار TLS. لمزيد من المعلومات، راجع فرض إصدار الحد الأدنى المطلوب من أمان طبقة النقل (TLS) للطلبات إلى مساحة اسم ناقل خدمة Azure.

الخطوات التالية

لمعرفة المزيد حول ناقل خدمة Microsoft Azure، راجع المقالات التالية: