نبذة

إن خدمة الويب تجعل وظائف البرمجيات متوفرة على الانترنت

تتمكن برامج مكتوبة بلغات مثل php , asp , java من طلب برنامج يعمل على مخدم آخر (خدمة الويب)واستخدام استجابة ذلك البرنامج في مسقط إلكترونيأوتطبيقات تعتمد الاتصال اللاسلكي أوأي نوع آخر من التطبيقات

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

أي إنسان قام باستخدام الهوتميل (Hotmail) مؤخراً يستطيع حتى يتلمس خدمات الويب :

مثلاً : نظام ( Passport Authentication ) هوواحد من تقنيات الويب الخاصة بتقنية (Microsoft.Net) وهومتوفر مجاناً في الوقت الحالي ولذلك يستطيع المطورون حتى يستخدموا هذه الخدمة في مواقعهم الخاصة

مفاهيم أساسية

إن المبادئ الأساسية الكامنة خلف خدمات الويب بسيطة بشكل مذهل وليست جديدة أبداً في عالم الانترنت والبرمجة الموزعة :

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

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

دعم المعايير

إن السبب الكامن وراء اهتمامنا المفاجئ بنموذج الخدمة هودمج البروتوكولات المعيارية المفتوحة لطلب الخدمات وإرسال المعلومات .

بينما في الماضي امتلك الكثير من مزودي الخدمات والمعلومات معايير خاصة أوتنسيقات جاهزة للمعطيات ، نستطيع اليوم الاعتماد على لغة الترميز الموسعة (XML) البسيطة من بروتوكول HTTP القديم .

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

إن الخلاف بين خدمات الويب والتقنيات التي استخدمها المطورون في الماضي مثل DCOM , RMI ... الخ يكمن في حتى خدمات الويب التي تعتمد على المعايير المفتوحة أسهل نسبياً في قابلية التحكم وتملك دعماً واسعاً على أنظمة Windows وUnix .

إن بروتوكول SOAP هوبروتوكول معياري مصادق عليه من منظمة W3C وهويقوم بتعريف تنسيق طلبات خدمة الويب :

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

مغلفات SOAP لها تنسيق XML مما يسهل تفكيك رمازها .

لا تقل أبداً UDDI

حتى مع بروتوكول سهل مثل (SOAP) فإن خدمة الويب لن تكون قابلة للاستخدام بشكل جيد إذا لم يكن لدينا وسيلة لإيجادها على الانترنت . لحسن الحظ فإن شركات IBM ، Microsoft ، وAriba تقدمت وبدأت بمشروع (توصيف الاكتشاف والدمج العالمي ) (UDDI) والذي يؤمل بأنقد يكون الدليل النهائي للخدمات على الشبكة.

تمكن (UDDI) الشركات من عرض خدمات الويب الخاصة بها لشركات أخرى وذلك بتمثيلها لدليل هاتف لخدمات الويب . ليس هناك كلفة لتسجيل خدمة الويب الخاصة بك ضمن (UDDI)ويأمل صانعو(UDDI) من أنها ستوفر مرجعية مركزية لتسجيل جميع الخدمات المتوفرة عبر الشبكة ، لكي يتمكن المطورون الباحثون عن خدمة من استخدام (UDDI) بسهولة لتحديد مزودي خدمات الويب المناسبين .

كيف تعمل خدمة الويب

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

بدلاً من حتى أشتري المعلومات ، أخط الشيفرة بنفسي ، أصون المعلومات وأتأكد من أداء الشيفرة ، سأقوم باستخدام (UDDI) وأرى إذا كان هناك إنسان ما يوفر خدمة ويب تقوم بهذا العمل .

بالذهاب إلى مسقط (WWW.UDDI.ORG) سأقوم بالبحث وإيجاد الخدمة الأمثل من شركة معينة .

سأتفحص بحذر تعريف خدمة الويب ( المكتوب بلغة WSDL وصيغة XML لتعريف خدمة الويب ) لأتأكد من حتى خدمة الويب تقوم بما أحتاجه . ومن ثمَّ أتأكد من أصدقائي في العمل من حتى الشركة التي تقدم الخدمة موثوقة وبعدها أتصل بهذه الشركة لنناقش التكلفة . وبعد إيجاد الثمن المناسب لميزانيتي ، أخط القليل من الشيفرة لاستنادىء الخدمة من صفحة JSP الخاصة بي . والآن ،يا ترى؟ أصبح لدي تحقق فوري من الرموز البريدية .

هل تستحق وقتك ؟

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

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

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

تطوير الخدمات

لا يحتاج المطورون لإرضاء أنفسهم إلى توظيف خدمات الويب التي صنعها الآخرون . باستخدام إحدى منصات التطوير الجديدة ، تستطيع استخدام أدوات SOAP وXML المضمنة لإنشاء الخدمات الخاصة بك ومن ثم جعلها متوفرة للآخرين ليستخدموها .

لدى المطورين الكثير من الخيارات لتطوير خدمات الويب .بالإضافة إلى العروض من شركات مثل (Sun (Open Net ومايكروسوفت (.Net ) وIBM ، هناك مشروع مصادر مفتوحة يهدف لتوفير بيئة عمل متكاملة لتطوير الخدمات Mon Project يهدف لاستبدال مشروع تطوير (Net.) من خلال توفير الأدوات والمخطات اللازمة للتطوير على UNIX وغيرها من المنصات .

على الرغم من تزايد مخدمات وأدوات تطوير خدمات الويب ، فإن الدعم المشهجر أوالمخطط لـ SOAP وXML وUDDI يبشر بالخير فيما يتعلق باالعمل البيني والتماسك .

تحذيرات

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

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

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

إنه الوقت الذي ينبغي فيه على مطوري المواقع البدء باختبار خدمات الويب واكتشاف ماذا يمكن حتى تقدمه .