أسئلة متكررة عن Azure Relay

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

مساحة الاسم هي حاوية تحديد النطاق التي يمكنك استخدامها لمعالجة موارد Relay داخل تطبيقك. لابد من إنشاء مساحة اسم لاستخدام Relay. هذه إحدى الخطوات الأولى للبدء.

الاسم السابق خدمة Service Bus Relay أصبح الآن Azure Relay. يمكنك الاستمرار في استخدام هذه الخدمة كالمعتاد. ميزة الاتصالات المختلطة هي إصدار محدث من خدمة تم زرعها من خدمات Azure BizTalk. يستمر دعم كل من WCF Relay والاتصالات المختلطة.

التسعير

يجيب هذا القسم على بعض الأسئلة المتداولة حول هيكل تسعير Relay. للحصول على معلومات عامة عن تسعير ودعم Azure، يمكنك أيضًا مراجعة الأسئلة المتداولة حول دعم Azure. للحصول على معلومات كاملة حول تسعير Relay، راجع تفاصيل تسعير Service Bus.

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

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

في بعض الحالات، يحتوي مرحل واحد على العديد من المستمعين المتصلين. يعتبر الترحيل مفتوحًا عند توصيل مستمع ترحيل واحد على الأقل به. أضف المستمعين إلى نتائج ترحيل مفتوحة في ساعات ترحيل إضافية. لا يؤثر عدد مرسلي الترحيل (العملاء الذين يستدعيون الرسائل أو يرسلونها إلى المرحلات) المتصلة بالمرحل على حساب ساعات الترحيل.

(ينطبق هذا فقط على ترحيلات WCF. الرسائل ليست تكلفة للاتصالات المختلطة.)

بشكل عام، يتم حساب الرسائل القابلة للفواتير للترحيلات باستخدام نفس الأسلوب المستخدم للكيانات الوسيطة (قوائم الانتظار والموضوعات والاشتراكات)، الموضحة سابقًا. ومع ذلك، هناك بعض الاختلافات الملحوظة.

يتم التعامل مع إرسال رسالة إلى Azure Relay على أنه إرسال "كامل من خلال" إلى مستمع الترحيل الذي يتلقى الرسالة. لا يتم التعامل معها على أنها عملية إرسال إلى Azure Relay، متبوعة بالتسليم إلى مستمع الترحيل. يؤدي استدعاء خدمة نمط رد الطلب (يصل إلى 64 كيلوبايت) مقابل مستمع ترحيل إلى رسالتين قابلتين للفواتير: رسالة قابلة للفواتير للطلب ورسالة واحدة قابلة للفواتير للاستجابة (على افتراض أن الاستجابة هي أيضًا 64 كيلوبايت أو أصغر). يختلف هذا عن استخدام قائمة انتظار للتوسط بين عميل وخدمة. إذا كنت تستخدم قائمة انتظار للتوسط بين عميل وخدمة، يتطلب نفس نمط الرد على الطلب إرسال طلب إلى قائمة الانتظار، متبوعًا بالإزالة من قائمة الانتظار/التسليم إلى الخدمة. يتبع ذلك إرسال استجابة إلى قائمة انتظار أخرى، والإزالة من قائمة الانتظار/ التسليم إلى العميل. باستخدام نفس افتراضات الحجم في جميع الأنحاء (تصل إلى 64 كيلوبايت) ، وتوسط نمط قائمة انتظار النتائج في 4 رسائل قابلة للفوترة. ستتم فوترتك لضعف عدد الرسائل لتنفيذ نفس النمط الذي تنجزه باستخدام الترحيل. بالطبع، هناك فوائد لاستخدام قوائم الانتظار لتحقيق هذا النمط، مثل المتانة وتسوية الحمل. وقد تبرر هذه الاستحقاقات النفقات الإضافية.

الترحيلات التي يتم فتحها باستخدام netTCPRelay WCF تربط رسائل المعاملة ليس كرسائل فردية، ولكن كدفق البيانات المتدفقة عبر النظام. عند استخدام هذا الربط، يكون للمرسل والمستمع فقط إمكانية الرؤية في تأطير الرسائل الفردية المرسلة والمستلمة. بالنسبة للمرحلات التي تستخدم الربط netTCPRelay، يتم التعامل مع كافة البيانات كدفق لحساب الرسائل القابلة للفوترة. في هذه الحالة، تقوم Service Bus بحساب إجمالي كمية البيانات المرسلة أو المستلمة عبر كل ترحيل فردي على أساس 5 دقائق. ثم يُقسم هذا المبلغ الإجمالي للبيانات على 64 كيلوبايت لتحديد عدد الرسائل القابلة للفوترة لهذا الترحيل خلال تلك الفترة الزمنية.

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

بشكل افتراضي، بالنسبة لأي خدمة سحابية، تعين Microsoft حصة نسبية إجمالية للاستخدام شهريًّا يتم حسابها عبر جميع اشتراكات العميل. ونحن نفهم أنه في بعض الأحيان قد تتجاوز احتياجاتك هذه الحدود. يمكنك الاتصال بخدمة العملاء في أي وقت، حتى نتمكن من فهم احتياجاتك وتعديل هذه الحدود بشكل مناسب. بالنسبة لـ Service Bus، تكون حصص الاستخدام النسبية الكلية كما يلي:

• 5 مليارات رسالة
• مليونا ساعة ترحيل

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

يجب أن يكون اسم مساحة اسم Relay بين 6 و50 حرفًا.

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

مدخل Microsoft Azure

لاستخدام مدخل Azure لترحيل مساحات اسم Azure Relay من اشتراك إلى اشتراك آخر، راجع نقل الموارد إلى مجموعة موارد جديدة أو اشتراك جديد.

بوويرشيل

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

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

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

للحصول على وصف للاستثناءات الشائعة والإجراءات المقترحة التي يمكنك اتخاذها، راجع استثناءات الترحيل.

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

نعم. يقوم عميل الترحيل بالاتصالات بخدمة Azure Relay باستخدام أسماء مجالات مؤهلة بالكامل. يمكن للعملاء إضافة إدخال *.servicebus.windows.net على جدران الحماية التي تدعم إدراج اعتماد DNS. من الممكن أيضا السماح بالقائمة بمساحة اسم معينة باستخدام your-namespace-name.servicebus.windows.net. في هذه الحالة، ستحتاج أيضا إلى السماح بقائمة البوابات لمساحة الاسم الخاصة بك، والتي يمكن العثور عليها باستخدام هذا البرنامج النصي PowerShell.

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

• إنشاء مساحة اسم
• الشروع في العمل مع .NET
• الشروع في العمل مع Node