دروس خدمات الويبكورسات

خدمات الويب – الهندسة المعمارية

خدمات الويب – الهندسة المعمارية

هناك طريقتان لعرض بنية خدمة الويب –

الأول هو دراسة الأدوار الفردية لكل ممثل خدمة الويب.
والثاني هو دراسة مكدس بروتوكول خدمة الويب الناشئة.

أدوار خدمة الويب

هناك ثلاثة أدوار رئيسية داخل بنية خدمة الويب –
مقدم الخدمة

هذا هو مزود خدمة الويب. يقوم مزود الخدمة بتنفيذ الخدمة وجعلها متاحة على الإنترنت.
طالب الخدمة

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

هذا هو دليل مركزي من الخدمات المنطقية. يوفر السجل مكانًا مركزيًا حيث يمكن للمطورين نشر خدمات جديدة أو العثور على خدمات موجودة.

ولذلك فهو بمثابة مركز مقاصة مركزي للشركات وخدماتها.
Web Service Protocol Stack

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

هذه الطبقة مسؤولة عن نقل الرسائل بين التطبيقات. حالياً ، تتضمن هذه الطبقة بروتوكول نقل النص التشعبي (HTTP)

وبروتوكول نقل البريد البسيط (SMTP) وبروتوكول نقل الملفات (FTP) وبروتوكولات أحدث مثل بروتوكول التجميع القابل للامتداد (BEEP).
XML المراسلة

هذه الطبقة مسؤولة عن تشفير الرسائل بتنسيق XML مشترك بحيث يمكن فهم الرسائل في أيٍّ من الطرفين. في الوقت الحالي ، تتضمن هذه الطبقة XML-RPC و SOAP.
وصف الخدمة

هذه الطبقة مسؤولة عن وصف الواجهة العامة لخدمة ويب محددة. حالياً ، يتم التعامل مع وصف الخدمة عبر لغة وصف خدمة ويب (WSDL).
اكتشاف الخدمة

هذه الطبقة مسؤولة عن مركزية الخدمات في سجل شائع وتوفير وظيفة النشر / البحث بسهولة.

حاليًا ، يتم التعامل مع اكتشاف الخدمة عبر الوصف العالمي واكتشافه وتكامله (UDDI).

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

يشرح الفصل التالي مكونات خدمات الويب.

كلمات قليلة عن النقل الخدمي

الجزء السفلي من مكدس بروتوكول خدمة الويب هو نقل الخدمة. هذه الطبقة مسؤولة عن نقل رسائل XML فعليًا بين جهازي كمبيوتر.
Hyper Text Transfer Protocol (HTTP)

يعد HTTP حاليًا الخيار الأكثر شيوعًا لنقل الخدمة. HTTP بسيط ومستقر ومنتشر على نطاق واسع. علاوة على ذلك ، تسمح معظم جدران الحماية لحركة HTTP.

هذا يسمح لرسائل XMLRPC أو SOAP بتنكر رسائل HTTP. يعد هذا أمرًا جيدًا

إذا كنت ترغب في دمج التطبيقات عن بُعد ، ولكنه يثير عددًا من المشكلات المتعلقة بالأمان.وهو عدد من المشكلات الأمنية.
كتل بروتوكول قابل للتوسيع (BEEP)

هذا هو بديل واعد لبروتوكول HTTP. BEEP هو إطار عمل جديد لفرقة هندسة الإنترنت (IETF)

لبناء بروتوكولات جديدة. يتم وضع BEEP مباشرة على TCP ويتضمن عددًا من الميزات المضمنة ،

بما في ذلك بروتوكول المصافحة الأولي والمصادقة والأمان ومعالجة الأخطاء. باستخدام BEEP ،

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

لا يرتبط SOAP بأي بروتوكول نقل محدد. في الحقيقة ، يمكنك استخدام SOAP عبر HTTP أو SMTP أو FTP. ولذلك ، فإن إحدى الأفكار الواعدة هي استخدام SOAP عبر BEEP.

الوسوم

مقالات ذات صلة

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *

زر الذهاب إلى الأعلى