moji5
21st December 2009, 08:59 AM
وب سرويس چيست ؟ (http://weblearn.blogfa.com/post-237.aspx)
کسانی که با صنعت IT آشنايی دارند حتما ً نام وب سرويس را شنيده اند . برای مثال ، بيش از 66 درصد کسانی که در نظر سنجی مجله InfoWorld شرکت کرده بودند بر اين توافق داشتند که وب سرويس ها مدل تجاری بعدی اينترنت خواهند بود . به علاوه گروه گارتنر پيش بينی کرده است که وب سرويس ها کارآيی پروژه های IT را تا 30 در صد بالا می برد . اما وب سرويس چيست و چگونه شکل تجارت را در اينترنت تغيير خواهد داد ؟
برای ساده کردن پردازش های تجاری ، برنامه های غير متمرکز (Enterprise) بايد با يکديگر ارتباط داشته باشند و از داده های اشتراکی يکديگر استفاده کنند . قبلا ً اين کار بوسيله ابداع استاندارد های خصوصی و فرمت داده ها به شکل مورد نياز هر برنامه انجام می شد . اما دنيای وب و XML – تکنولوژی آزاد برای انتقال ديتا – انتقال اطلاعات بين سيستم ها را افزايش داد . وب سرويس ها نرم افزارهايی هستند که از XML برای انتقال اطلاعات بين نرم افزارهای ديگر از طريق پروتوکول های معمول اينترنتی استفاده می کنند . به شکل ساده يک وب سرويس از طريق وب اعمالی را انجام می دهد (توابع يا سابروتين ها ) و نتايج را به برنامه ديگری می فرستد . اين يعنی برنامه ای در يک کامپيوتر در حال اجراست ، اطلاعاتی را به کامپيوتری می فرستد و از آن درخواست جواب می کند ، برنامه ای که در آن کامپيوتر دوم است کارهای خواسته شده را انجام می دهد و نتيجه را بر روی ساختارهای اينترنتی به برنامه اول بر می گرداند . وب سرويس ها می توانند از پروتکول های زيادی در اينترنت استفاده کنند اما بيشتر از HTTP که مهم ترين آنهاست استفاده می شود .
وب سرويس هر توع کاری می تواند انجام دهد . برای مثال در يک برنامه می تواند آخرين عنوان های اخبار را از وب سرويس Associated Press بگيرد يا يک برنامه مالی می تواند آخرين اخبار و اطلاعات بورس را از وب سرويس بگيرد . کاری که وب سرويس انجام می دهد می تواند به سادگی ضرب 2 عدد يا به پيچيدگی انجام کليه امور مشترکين يک شرکت باشد .
وب سرويس دارای خواصی است که آن را از ديگر تکنولوژی و مدل های کامپيوتری جدا می کند ، Paul Flessner ، نايب رييس مايکروسافت در dot NET Enterprise Server چندين مشخصه برای وب سرويس در يکی از نوشته هايش ذکر کرده است ، يک ، وب سرويس ها قابل برنامه ريزی هستند . يک وب سرويس کاری که می کند را در خود مخفی نگه می دارد وقتی برنامه ای به آن اطلاعات داد وب سرويس آن را پردازش می کند و در جواب آن اطلاعاتی را به برنامه اصلی بر می گرداند . دوم ، وب سرويس ها بر پايه XML بنا نهاده شده اند . XML و XML های مبتنی بر SOAPيا Simple Object Access Protocol تکنولوژی هايی هستند که به وب سرويس اين امکان را می دهند که با ديگر برنامه ها ارتباط داشته باشد حتی اگر آن برنامه ها در زبانهای مختلف نوشته شده و بر روی سيستم عامل های مختلفی در حال اجرا باشند . همچين وب سرويس ها خود ، خود را توصيف می کنند . به اين معنی که کاری را که انجام می دهند و نحوه استفاده از خودشان را توضيح می دهند . اين توضيحات به طور کلی در WSDL يا Web Services Description Language نوشته می شود . WSDL يک استاندارد بر مبنای XML است . به علاوه وب سرويس ها قابل شناسايی هستند به اين معنی که یرنامه نويس می تواند به دنبال وب سرويس مورد علاقه در دايرکتوری هايی مثل UDDI يا Universal Description , Discovery and Integration جستجو کند . UDDI يکی ديگر از استاندارد های وب سرويس است .
نکات تکنولوژی وب سرويس :
همانطور که در ابتدا توضيح داده شد يکی از دلايل اينکه وب سرويس از ديگر تکنولوژی های موجود مجزا شده است استفاده از XML و بعضی استاندارد های تکنيکی ديگر مانند SOAP ، WSDL و UDDI است . اين تکنولوژی های زمينه ارتباط بين برنامه ها را ايجاد می کند به شکلی که مستقل از زبان برنامه نويسی ، سيستم عامل و سخت افزار است . SOAP يک مکانيزم ارتباطی را بين نرم افزار و وب سرويس ايجاد می کند . WSDL يک روش يکتا برای توصيف وب سرويس ايجاد می کند و UDDI يک دايرکتوری قابل جستجو برای وب سرويس می سازد . وقتی اينها با هم در يک جا جمع می شود اين تکنولوژی ها به برنامه نويس ها اجازه می دهد که برنامه های خود را به عنوان سرويس آماده کنند و بر روی اينترنت قرار دهند .
شکل زير نقش هر کدام از استاندارد ها را در ساختار وب سرويس نمايش می دهد . در قسمت های بعدی هر کدام از اين تکنولوژی ها را بررسی می کنيم .
http://www.hamedbanaei.com/articles/webservicedesc_files/image002.jpg
XML يا eXtensible Markup Language :
XML يک تکنولوژی است که به شکل گسترده از آن پشتيبانی می شود ، همچنين اين تکنولوژی Open است به اين معنی که تعلق به شرکت خاصی ندارد . اولين بار در کنسرسيوم WWW يا W3C در سال 1996 برای ساده کردن انتقال ديتا ايجاد شده است . با گسترده شدن استفاده از وب در دهه 90 کم کم محدوديت های HTML مشخص شد . ضعف HTML در توسعه پذيری ( قابليت اضافه و کم کردن خواص ) و ضعف آن در توصيف ديتاهايی که درون خود نگهداری می کند برنامه نويسان را از آن نا اميد کرد . همچنين مبهم بودن تعاريف آن باعث شد از توسعه يافتن باز بماند . در پاسخ به اين اشکالات W3C يک سری امکانات را در جهت توسعه HTML به آن افزود که امکان تغيير ساختار متنهای HTML مهم ترين آن است . اين امکان را CSS يا Cascade Style Sheet می نامند .
اين توسعه تنها يک راه موقتی بود . بايد يک روش استاندارد شده ، توسعه پذير و داری ساختار قوی ايجاد می شد . در نتيجه W3C XML را ساخت . XML دارای قدرت و توسعه پذيری SGML يا Standard Generalized Markup Language و سادگی که در ارتباط در وب به آن نياز دارد است .
استقلال اطلاعات يا جدا بودن محتوا از ظاهر يک مشخصه برای XML به حساب می آيد . متنهای XML فقط يک ديتا را توصيف می کنند و برنامه ای که XML برای آن قابل درک است – بدون توجه به زبان و سيستم عامل – قادر است به اطلاعات درون فايل XML هر گونه شکلی که مايل است بدهد . متنهای XML حاوی ديتا هستند بدون شکل خاص بنابراين برنامه ای که از آن می خواهد استفاده کند بايد بداند که چگونه می خواهد آن اطلاعات را نمايش دهد . بنابراين نحوه نمايش يک فايل XML در يک PC با PDA و تلفن همراه می تواند متفاوت باشد .
وقتی يک برنامه با متن XML مواجه می شود بايد مطمئن باشد که آن متن حاوی ديتای مورد نظر خود است . اين اطمينان توسط برنامه هايی با نام XML Parser حاصل می شود . تجزيه کننده ها دستورات متن XML را بررسی می کنند . همچنين آنها به برنامه کمک می کنند تا متن های XML را تفسير کند . به صورت اختياری هر متن XML می تواند به متن ديگری اشاره کند که حاوی ساختار فايل XML اصلی باشد . به آن متن XML دوم DTD يا Document Type Definition گفته می شود .
وقتی فايل XML به DTD اشاره می کند برنامه تجزيه کننده فايل اصلی را با DTD بررسی می کند که آيا به همان ساختاری که در DTD توصيف شده شکل گرفته است يا خير . اگر يک تجزيه کننده XML بتواند يک متن را به درستی پردازش کند متن XML نيز به شکل صحيحی فرمت شده است .
وقتی که اکثر نرم افزار ها امکانات وبی خود را افزايش دادند اين طور به نظر می آيد که XML به عنوان يک تکنولوژی جهانی برای فرستادن اطلاعات بين برنامه های انتخاب شود . تمامی برنامه هايی که از XML استفاده می کنند قادر خواهند بود که XML ِ همديگر را بفهمند . اين سطح بالای تطابق بين برنامه ها باعث می شود که XML يک تکنولوژی مناسب برای وب سرويس باشد ، چون بدون اينکه احتياج به سيستم عامل و سخت افزار يکسان باشد می تواند اطلاعات را جابجا کند .
SOAP يا Simple Object Access Protocol :
SOAP يکی از عمومی ترين استاندارد هايی است که در وب سرويس ها استفاده می شود . طبق شواهد اولين بار توسط DeveloperMentor ، شرکت UserLand و مايکروسافت در سال 1998 ساخته شده و نسخه اول آن در سال 1999 ارايه شده است . آخرين نسخه SOAP ، نسخه 1.2 بود که در دسامبر سال 2001 در W3C ارايه شد . نسخه 1.2 نشان دهنده کار زياد بر روی آن و نمايانگر اشتياق زياد صنعت IT برای استفاده از SOAP و وب سرويس است .
هدف اصلی SOAP ايجاد روش برای فرستادن ديتا بين سيستم هايی است که بر روی شبکه پخش شده اند . وقتی يک برنامه شروع به ارتباط با وب سرويس می کند ، پيغام های SOAP وسيله ای برای ارتباط و انتقال ديتا بين آن دو هستند . يک پيغام SOAP به وب سرويس فرستاده می شود و يک تابع يا ساب روتين را در آن به اجرا در می آورد به اين معنی که اين پيغام از وب سرويس تقاضای انجام کاری می کند . وب سرويس نيز از محتوای پيغام SOAP استفاده کرده و عمليات خود را آغاز می کند . در انتها نيز نتايج را با يک پيغام SOAP ديگر به برنامه اصلی می فرستد .
به عنوان يک پروتکول مبتنی بر XML ، SOAP تشکيل شده از يک سری الگو های XMLی است . اين الگو ها شکل پيغام های XML را که بر روی شبکه منتقل می شود را مشخص می کند ، مانند نوع ديتا ها و اطلاعاتی که برای طرف مقابل تفسير کردن متن را آسان کند . در اصل SOAP برای انتقال ديتا بر روی اينترنت و از طريق پروتکول HTTP طراحی شده است ولی از آن در ديگر مدلها مانند LAN نيز می توان استفاده کرد . وقتی که وب سرويس ها از HTTP استفاده می کنند به راحتی می توانند از Firewall عبور کنند .
يک پيغام SOAP از سه بخش مهم تشکيل شده است : پوشش يا Envelope ، Header ، بدنه يا Body . قسمت پوشش برای بسته بندی کردن کل پيغام به کار می رود . اين بخش محتوای پيغام را توصيف و گيرنده آن را مشخص می کند . بخش بعدی پيغام های SOAP ، Header آن است که يک بخش اختياری می باشد و مطالبی مانند امنيت و مسيريابی را توضيح می دهد . بدنه پيغام SOAP بخشی است که ديتاهای مورد نظر در آن جای می گيرند . ديتاها بر مبنای XML هستند و از يک مدل خاص که الگوها (Schemas) آن را توضيح می دهند تبعيت می کنند . اين الگو ها به گيرنده کمک می کنند تا متن را به درستی تفسير کند .پيغام های SOAP نوسط سرور های SOAP گرفته و تفسير می شود تا در نتيجه آن ، وب سرويس ها فعال شوند و کار خود را انجام دهند .
برای اينکه از SOAP در وب سرويس استفاده نکنيم از تعداد زيادی پروتکول بايد استفاده شود . برای مثال XML-RPC تکنولوژی قديمی تری بود که همين امکانات را ايجاد می کرد . به هر حال ، خيلی از سازندگان بزرگ نرم افزار SOAP را بر تکنولوژی های ديگر ترجيح دادند . دلايل زيادی برای انتخاب SOAP وجود دارد که خيلی از آنها درباره پروتکول آن است که فراتر از اين متن می باشد . 3 برتری مهم SOAP نسبت به تکنولوژی های ديگر : Simplicity , Extensibility و Interoperability است .
پيغام های SOAP معمولا ً کدهای زيادی ندارند و برای فرستادن و گرفتن آن به نرم افزار های پيچيده نياز نيست . SOAP اين امکان را به برنامه نويس می دهد تا بنا به نياز خود آن را تغيير دهد . در آخر بدليل اينکه SOAP از XML استفاده می کند می تواند بوسيله HTTP اطلاعات را انتقال بدهد بدون اينکه زبان برنامه نويسی ، سيستم عامل و سخت افزار برای آن مهم باشد .
WSDL يا Web Services Description Language :
استاندارد ديگری که نقش اساسی در وب سرويس بازی می کند WSDL است . همانطور که قبلا ً اشاره کرديم يکی از خواص وب سرويس ها توصيف خود آنهاست به اين معنی که وب سرويس دارای اطلاعاتی است که نحوه استفاده از آن را توضيح می دهد . اين توضيحات در WSDL نوشته می شود ، متنی به XML که به برنامه ها می گويد اين وب سرويس چه اطلاعاتی لازم دارد و چه اطلاعاتی را بر می گرداند .
وقتی که سازندگان نرم افزار برای اولين بار SOAP و ديگر تکنولوژی های وب سرويس را ساختند دريافتند که برنامه ها قبل از اينکه شروع به استفاده از يک وب سرويس بکنند بايد اطلاعاتی درباره آن را داشته باشند . اما هر کدام از آن سازندگان برای خودشان روشی برای ايجاد اين توضيحات ابداع کردند و باعث شد که وب سرويس ها با هم هماهنگ نباشد . وقتی IBM و مايکروسافت تصميم گرفتند تا استاندارد های خود را يکسان کنند WSDL بوجود آمد . در ماه مارس سال 2001 مايکروسافت ، IBM و Ariba نسخه 1.1 را به W3C ارائه کردند . گروهی از W3C بر روی اين استاندارد کار کردند و آن را پذيرفتند . هم اکنون اين تکنولوژی در دست ساخت است و هنوز کامل نشده . ولی هم اکنون اکثر سازندگان وب سرويس از آن استفاده می کنند .
هر وب سرويسی که بر روی اينترنت قرار می گيرد دارای يک فايل WSDL است که مشخصات ، مکان و نحوه استفاده از وب سرويس را توضيح می دهد . يک فايل WSDL نوع پيغام هايی که وب سرويس می فرستد و می گيرد را توضيح می دهد مانند پارامترهايی که برنامه صدا زننده برای کار با وب سرويس بايد به آن بفرستد . در تئوری يک برنامه در وب برای يافتن وب سرويس مورد نظر خود از روی توضيحات WSDL ها جستجو می کند . در WSDL اطلاعات مربوط به چگونگی ارتباط با وب سرويس بر روی HTTP يا هر پروتکول ديگر نيز وجود دارد .
اين مهم است که بدانيم WSDL برای برنامه ها طراحی شده است نه برای خواندن آن توسط انسان . شکل فايلهای WSDL پيچيده به نظر می آيد ولی کامپيوترها می توانند آن را بخوانند و نجزيه و تحليل بکند . خيلی از نرم افزارهايی که وب سرويس می سازند فايل WSDL مورد نياز وب سرويس را نيز توليد می کنند بنابراين وقتی برنامه نويس وب سرويس خود را ساخت به شکل خودکار WSDL مورد نياز با آن نيز ساخته می شود و احتياجی به آموزش دستورات WSDL برای ساختن و استفاده از وب سرويس نيست .
UDDI يا Universal Description , Discovery and Integration :
سومين استاندارد اصلی وب سرويس ها ، UDDI ، به شرکتها و برنامه نويسان اجازه می دهد تا وب سرويس های خود را بر روی اينترنت معرفی کنند . اين استاندارد در اصل بوسيله مايکروسافت ، IBM و Ariba و 50 شرکت بزرگ ديگر ساخته شده است . با استفاده از UDDI شرکتها می توانند اطلاعات خود را در اختيار شرکت های ديگر قرار بدهند و مدل B2B ايجاد کنند . همان طور که از نام آن مشخص است شرکت ها می توانند وب سرويس خود را معرفی کنند ، با وب سرويس ديگران آشنا شوند و از آن در سيستم های خود استفاده کنند . اين استاندارد جديدی است و در سال 2000 ساخته شده ، کنسرسيومی از شرکتهای صنعتی در حال کار بر روی آن هستند ؛ نسخه دوم UDDI در ماه ژوئن سال 2001 ارائه شد و نسخه سوم آن در دست ساخت است .
UDDI يک متن مبتنی بر XML را تعريف می کند که در آن شرکت ها توضيحاتی درباره چگونگی کار وب سرويس شرکتشان و امکانات خود می دهند . برای تعريف اين اطلاعات از شکل خاصی که در UDDI توضيح داده شده استفاده می شود . شرکت ها می توانند اين اطلاعات را در UDDI شرکت خود نگهداری کنند و تنها به شرکت های مورد نظرشان اجازه دستيابی به آنها را بدهند يا آنها را در مکان عمومی و د اينترنت قرار دهند . بزرگترين و مهمترين پايگاه UDDI ، UDDI Business Registry يا UBR نام دارد و توسط کميته UDDI طراحی و اجرا شده است . اطلاعات اين پايگاه در چهار نقطه نگهداری می شود ، مايکروسافت ، IBM ، SAP و HP . اطلاعاتی که در يکی از چهار پايگاه تغيير کند در سه تای ديگر نيز اعمال می شود .
اطلاعات درون اين پايگاه ها شبيه دفترچه تلفن است . White Pages که در آنها اطلاعات تماس شرکت ها و توضيحات متنی آنهاست ، Yellow Pages حاوی اطلاعات طبقه بندی شده شرکتها و اطلاعات درباره توانايی های الکترونيکی آنها می باشد ، Green Pages ، حاوی اطلاعات تکنيکی درباره سرويس های آنها و نحوه پردازش اطلاعات شرکت آنها می باشد .
اطلاعات تجاری و سرويس های شرکت ها کاملا ً طبقه بندی شده است و اجازه می دهد که به راحتی در آنها جستجو کرد . سپس متخصصان IT می توانند از اين اطلاعات استفاده کرده و شرکت ها را برای خدمات بهتر به هم متصل کنند . با اين شرح UDDI امکان پياده سازی مدل B2B را ايجاد می کند و شرکتها می توانند از سرويس های يکديگر استفاده کنند .
شرکت هايی که به UDDI علاقه نشان داده اند قدرت مند هستند و خيلی از آنها از وب سرويس و استاندارد های آن در محصولات خود استفاده می کنند . NTT Communications of Tokyo يکی از شرکت هايی است که در حال اضافه کردن توضيحاتی به ساختار UDDI است . در هر حال شرکت ها هنوز کمی درباره وارد کردن خود در پايگاه های عمومی محتاط هستند . اين چيز عجيبی نيست . شرکتها ابتدا اين امکانات را فقط برای شرکای خود ايجاد می کنند . شرکتهای بزرگ نيز برای مديريت بر سرويس های خود و اشتراک آنها بين قسمت های مختلف از اين استاندارد استفاده می کنند . وقتی اين استاندارد به حد بلوغ خود برسد و کاربران با آن احساس راحتی بکنند استفاده از آن نيز در مکان های عمومی فراگير خواهد بود .
اين تغيير رويه برای شرکت های بزرگی که B2B را به روش های قديمی اجرا کرده بودند مشکل است . بعضی نيز اشکال امنيتی بر اين روش می گيرند و مايل نيستند اطلاعاتشان را بدهند . اما با گذشت زمان و کامل شدن اين تکنولوژی و درک لزوم استفاده از آن شرکت ها چاره ای جز استفاده از آن ندارند .
کسانی که با صنعت IT آشنايی دارند حتما ً نام وب سرويس را شنيده اند . برای مثال ، بيش از 66 درصد کسانی که در نظر سنجی مجله InfoWorld شرکت کرده بودند بر اين توافق داشتند که وب سرويس ها مدل تجاری بعدی اينترنت خواهند بود . به علاوه گروه گارتنر پيش بينی کرده است که وب سرويس ها کارآيی پروژه های IT را تا 30 در صد بالا می برد . اما وب سرويس چيست و چگونه شکل تجارت را در اينترنت تغيير خواهد داد ؟
برای ساده کردن پردازش های تجاری ، برنامه های غير متمرکز (Enterprise) بايد با يکديگر ارتباط داشته باشند و از داده های اشتراکی يکديگر استفاده کنند . قبلا ً اين کار بوسيله ابداع استاندارد های خصوصی و فرمت داده ها به شکل مورد نياز هر برنامه انجام می شد . اما دنيای وب و XML – تکنولوژی آزاد برای انتقال ديتا – انتقال اطلاعات بين سيستم ها را افزايش داد . وب سرويس ها نرم افزارهايی هستند که از XML برای انتقال اطلاعات بين نرم افزارهای ديگر از طريق پروتوکول های معمول اينترنتی استفاده می کنند . به شکل ساده يک وب سرويس از طريق وب اعمالی را انجام می دهد (توابع يا سابروتين ها ) و نتايج را به برنامه ديگری می فرستد . اين يعنی برنامه ای در يک کامپيوتر در حال اجراست ، اطلاعاتی را به کامپيوتری می فرستد و از آن درخواست جواب می کند ، برنامه ای که در آن کامپيوتر دوم است کارهای خواسته شده را انجام می دهد و نتيجه را بر روی ساختارهای اينترنتی به برنامه اول بر می گرداند . وب سرويس ها می توانند از پروتکول های زيادی در اينترنت استفاده کنند اما بيشتر از HTTP که مهم ترين آنهاست استفاده می شود .
وب سرويس هر توع کاری می تواند انجام دهد . برای مثال در يک برنامه می تواند آخرين عنوان های اخبار را از وب سرويس Associated Press بگيرد يا يک برنامه مالی می تواند آخرين اخبار و اطلاعات بورس را از وب سرويس بگيرد . کاری که وب سرويس انجام می دهد می تواند به سادگی ضرب 2 عدد يا به پيچيدگی انجام کليه امور مشترکين يک شرکت باشد .
وب سرويس دارای خواصی است که آن را از ديگر تکنولوژی و مدل های کامپيوتری جدا می کند ، Paul Flessner ، نايب رييس مايکروسافت در dot NET Enterprise Server چندين مشخصه برای وب سرويس در يکی از نوشته هايش ذکر کرده است ، يک ، وب سرويس ها قابل برنامه ريزی هستند . يک وب سرويس کاری که می کند را در خود مخفی نگه می دارد وقتی برنامه ای به آن اطلاعات داد وب سرويس آن را پردازش می کند و در جواب آن اطلاعاتی را به برنامه اصلی بر می گرداند . دوم ، وب سرويس ها بر پايه XML بنا نهاده شده اند . XML و XML های مبتنی بر SOAPيا Simple Object Access Protocol تکنولوژی هايی هستند که به وب سرويس اين امکان را می دهند که با ديگر برنامه ها ارتباط داشته باشد حتی اگر آن برنامه ها در زبانهای مختلف نوشته شده و بر روی سيستم عامل های مختلفی در حال اجرا باشند . همچين وب سرويس ها خود ، خود را توصيف می کنند . به اين معنی که کاری را که انجام می دهند و نحوه استفاده از خودشان را توضيح می دهند . اين توضيحات به طور کلی در WSDL يا Web Services Description Language نوشته می شود . WSDL يک استاندارد بر مبنای XML است . به علاوه وب سرويس ها قابل شناسايی هستند به اين معنی که یرنامه نويس می تواند به دنبال وب سرويس مورد علاقه در دايرکتوری هايی مثل UDDI يا Universal Description , Discovery and Integration جستجو کند . UDDI يکی ديگر از استاندارد های وب سرويس است .
نکات تکنولوژی وب سرويس :
همانطور که در ابتدا توضيح داده شد يکی از دلايل اينکه وب سرويس از ديگر تکنولوژی های موجود مجزا شده است استفاده از XML و بعضی استاندارد های تکنيکی ديگر مانند SOAP ، WSDL و UDDI است . اين تکنولوژی های زمينه ارتباط بين برنامه ها را ايجاد می کند به شکلی که مستقل از زبان برنامه نويسی ، سيستم عامل و سخت افزار است . SOAP يک مکانيزم ارتباطی را بين نرم افزار و وب سرويس ايجاد می کند . WSDL يک روش يکتا برای توصيف وب سرويس ايجاد می کند و UDDI يک دايرکتوری قابل جستجو برای وب سرويس می سازد . وقتی اينها با هم در يک جا جمع می شود اين تکنولوژی ها به برنامه نويس ها اجازه می دهد که برنامه های خود را به عنوان سرويس آماده کنند و بر روی اينترنت قرار دهند .
شکل زير نقش هر کدام از استاندارد ها را در ساختار وب سرويس نمايش می دهد . در قسمت های بعدی هر کدام از اين تکنولوژی ها را بررسی می کنيم .
http://www.hamedbanaei.com/articles/webservicedesc_files/image002.jpg
XML يا eXtensible Markup Language :
XML يک تکنولوژی است که به شکل گسترده از آن پشتيبانی می شود ، همچنين اين تکنولوژی Open است به اين معنی که تعلق به شرکت خاصی ندارد . اولين بار در کنسرسيوم WWW يا W3C در سال 1996 برای ساده کردن انتقال ديتا ايجاد شده است . با گسترده شدن استفاده از وب در دهه 90 کم کم محدوديت های HTML مشخص شد . ضعف HTML در توسعه پذيری ( قابليت اضافه و کم کردن خواص ) و ضعف آن در توصيف ديتاهايی که درون خود نگهداری می کند برنامه نويسان را از آن نا اميد کرد . همچنين مبهم بودن تعاريف آن باعث شد از توسعه يافتن باز بماند . در پاسخ به اين اشکالات W3C يک سری امکانات را در جهت توسعه HTML به آن افزود که امکان تغيير ساختار متنهای HTML مهم ترين آن است . اين امکان را CSS يا Cascade Style Sheet می نامند .
اين توسعه تنها يک راه موقتی بود . بايد يک روش استاندارد شده ، توسعه پذير و داری ساختار قوی ايجاد می شد . در نتيجه W3C XML را ساخت . XML دارای قدرت و توسعه پذيری SGML يا Standard Generalized Markup Language و سادگی که در ارتباط در وب به آن نياز دارد است .
استقلال اطلاعات يا جدا بودن محتوا از ظاهر يک مشخصه برای XML به حساب می آيد . متنهای XML فقط يک ديتا را توصيف می کنند و برنامه ای که XML برای آن قابل درک است – بدون توجه به زبان و سيستم عامل – قادر است به اطلاعات درون فايل XML هر گونه شکلی که مايل است بدهد . متنهای XML حاوی ديتا هستند بدون شکل خاص بنابراين برنامه ای که از آن می خواهد استفاده کند بايد بداند که چگونه می خواهد آن اطلاعات را نمايش دهد . بنابراين نحوه نمايش يک فايل XML در يک PC با PDA و تلفن همراه می تواند متفاوت باشد .
وقتی يک برنامه با متن XML مواجه می شود بايد مطمئن باشد که آن متن حاوی ديتای مورد نظر خود است . اين اطمينان توسط برنامه هايی با نام XML Parser حاصل می شود . تجزيه کننده ها دستورات متن XML را بررسی می کنند . همچنين آنها به برنامه کمک می کنند تا متن های XML را تفسير کند . به صورت اختياری هر متن XML می تواند به متن ديگری اشاره کند که حاوی ساختار فايل XML اصلی باشد . به آن متن XML دوم DTD يا Document Type Definition گفته می شود .
وقتی فايل XML به DTD اشاره می کند برنامه تجزيه کننده فايل اصلی را با DTD بررسی می کند که آيا به همان ساختاری که در DTD توصيف شده شکل گرفته است يا خير . اگر يک تجزيه کننده XML بتواند يک متن را به درستی پردازش کند متن XML نيز به شکل صحيحی فرمت شده است .
وقتی که اکثر نرم افزار ها امکانات وبی خود را افزايش دادند اين طور به نظر می آيد که XML به عنوان يک تکنولوژی جهانی برای فرستادن اطلاعات بين برنامه های انتخاب شود . تمامی برنامه هايی که از XML استفاده می کنند قادر خواهند بود که XML ِ همديگر را بفهمند . اين سطح بالای تطابق بين برنامه ها باعث می شود که XML يک تکنولوژی مناسب برای وب سرويس باشد ، چون بدون اينکه احتياج به سيستم عامل و سخت افزار يکسان باشد می تواند اطلاعات را جابجا کند .
SOAP يا Simple Object Access Protocol :
SOAP يکی از عمومی ترين استاندارد هايی است که در وب سرويس ها استفاده می شود . طبق شواهد اولين بار توسط DeveloperMentor ، شرکت UserLand و مايکروسافت در سال 1998 ساخته شده و نسخه اول آن در سال 1999 ارايه شده است . آخرين نسخه SOAP ، نسخه 1.2 بود که در دسامبر سال 2001 در W3C ارايه شد . نسخه 1.2 نشان دهنده کار زياد بر روی آن و نمايانگر اشتياق زياد صنعت IT برای استفاده از SOAP و وب سرويس است .
هدف اصلی SOAP ايجاد روش برای فرستادن ديتا بين سيستم هايی است که بر روی شبکه پخش شده اند . وقتی يک برنامه شروع به ارتباط با وب سرويس می کند ، پيغام های SOAP وسيله ای برای ارتباط و انتقال ديتا بين آن دو هستند . يک پيغام SOAP به وب سرويس فرستاده می شود و يک تابع يا ساب روتين را در آن به اجرا در می آورد به اين معنی که اين پيغام از وب سرويس تقاضای انجام کاری می کند . وب سرويس نيز از محتوای پيغام SOAP استفاده کرده و عمليات خود را آغاز می کند . در انتها نيز نتايج را با يک پيغام SOAP ديگر به برنامه اصلی می فرستد .
به عنوان يک پروتکول مبتنی بر XML ، SOAP تشکيل شده از يک سری الگو های XMLی است . اين الگو ها شکل پيغام های XML را که بر روی شبکه منتقل می شود را مشخص می کند ، مانند نوع ديتا ها و اطلاعاتی که برای طرف مقابل تفسير کردن متن را آسان کند . در اصل SOAP برای انتقال ديتا بر روی اينترنت و از طريق پروتکول HTTP طراحی شده است ولی از آن در ديگر مدلها مانند LAN نيز می توان استفاده کرد . وقتی که وب سرويس ها از HTTP استفاده می کنند به راحتی می توانند از Firewall عبور کنند .
يک پيغام SOAP از سه بخش مهم تشکيل شده است : پوشش يا Envelope ، Header ، بدنه يا Body . قسمت پوشش برای بسته بندی کردن کل پيغام به کار می رود . اين بخش محتوای پيغام را توصيف و گيرنده آن را مشخص می کند . بخش بعدی پيغام های SOAP ، Header آن است که يک بخش اختياری می باشد و مطالبی مانند امنيت و مسيريابی را توضيح می دهد . بدنه پيغام SOAP بخشی است که ديتاهای مورد نظر در آن جای می گيرند . ديتاها بر مبنای XML هستند و از يک مدل خاص که الگوها (Schemas) آن را توضيح می دهند تبعيت می کنند . اين الگو ها به گيرنده کمک می کنند تا متن را به درستی تفسير کند .پيغام های SOAP نوسط سرور های SOAP گرفته و تفسير می شود تا در نتيجه آن ، وب سرويس ها فعال شوند و کار خود را انجام دهند .
برای اينکه از SOAP در وب سرويس استفاده نکنيم از تعداد زيادی پروتکول بايد استفاده شود . برای مثال XML-RPC تکنولوژی قديمی تری بود که همين امکانات را ايجاد می کرد . به هر حال ، خيلی از سازندگان بزرگ نرم افزار SOAP را بر تکنولوژی های ديگر ترجيح دادند . دلايل زيادی برای انتخاب SOAP وجود دارد که خيلی از آنها درباره پروتکول آن است که فراتر از اين متن می باشد . 3 برتری مهم SOAP نسبت به تکنولوژی های ديگر : Simplicity , Extensibility و Interoperability است .
پيغام های SOAP معمولا ً کدهای زيادی ندارند و برای فرستادن و گرفتن آن به نرم افزار های پيچيده نياز نيست . SOAP اين امکان را به برنامه نويس می دهد تا بنا به نياز خود آن را تغيير دهد . در آخر بدليل اينکه SOAP از XML استفاده می کند می تواند بوسيله HTTP اطلاعات را انتقال بدهد بدون اينکه زبان برنامه نويسی ، سيستم عامل و سخت افزار برای آن مهم باشد .
WSDL يا Web Services Description Language :
استاندارد ديگری که نقش اساسی در وب سرويس بازی می کند WSDL است . همانطور که قبلا ً اشاره کرديم يکی از خواص وب سرويس ها توصيف خود آنهاست به اين معنی که وب سرويس دارای اطلاعاتی است که نحوه استفاده از آن را توضيح می دهد . اين توضيحات در WSDL نوشته می شود ، متنی به XML که به برنامه ها می گويد اين وب سرويس چه اطلاعاتی لازم دارد و چه اطلاعاتی را بر می گرداند .
وقتی که سازندگان نرم افزار برای اولين بار SOAP و ديگر تکنولوژی های وب سرويس را ساختند دريافتند که برنامه ها قبل از اينکه شروع به استفاده از يک وب سرويس بکنند بايد اطلاعاتی درباره آن را داشته باشند . اما هر کدام از آن سازندگان برای خودشان روشی برای ايجاد اين توضيحات ابداع کردند و باعث شد که وب سرويس ها با هم هماهنگ نباشد . وقتی IBM و مايکروسافت تصميم گرفتند تا استاندارد های خود را يکسان کنند WSDL بوجود آمد . در ماه مارس سال 2001 مايکروسافت ، IBM و Ariba نسخه 1.1 را به W3C ارائه کردند . گروهی از W3C بر روی اين استاندارد کار کردند و آن را پذيرفتند . هم اکنون اين تکنولوژی در دست ساخت است و هنوز کامل نشده . ولی هم اکنون اکثر سازندگان وب سرويس از آن استفاده می کنند .
هر وب سرويسی که بر روی اينترنت قرار می گيرد دارای يک فايل WSDL است که مشخصات ، مکان و نحوه استفاده از وب سرويس را توضيح می دهد . يک فايل WSDL نوع پيغام هايی که وب سرويس می فرستد و می گيرد را توضيح می دهد مانند پارامترهايی که برنامه صدا زننده برای کار با وب سرويس بايد به آن بفرستد . در تئوری يک برنامه در وب برای يافتن وب سرويس مورد نظر خود از روی توضيحات WSDL ها جستجو می کند . در WSDL اطلاعات مربوط به چگونگی ارتباط با وب سرويس بر روی HTTP يا هر پروتکول ديگر نيز وجود دارد .
اين مهم است که بدانيم WSDL برای برنامه ها طراحی شده است نه برای خواندن آن توسط انسان . شکل فايلهای WSDL پيچيده به نظر می آيد ولی کامپيوترها می توانند آن را بخوانند و نجزيه و تحليل بکند . خيلی از نرم افزارهايی که وب سرويس می سازند فايل WSDL مورد نياز وب سرويس را نيز توليد می کنند بنابراين وقتی برنامه نويس وب سرويس خود را ساخت به شکل خودکار WSDL مورد نياز با آن نيز ساخته می شود و احتياجی به آموزش دستورات WSDL برای ساختن و استفاده از وب سرويس نيست .
UDDI يا Universal Description , Discovery and Integration :
سومين استاندارد اصلی وب سرويس ها ، UDDI ، به شرکتها و برنامه نويسان اجازه می دهد تا وب سرويس های خود را بر روی اينترنت معرفی کنند . اين استاندارد در اصل بوسيله مايکروسافت ، IBM و Ariba و 50 شرکت بزرگ ديگر ساخته شده است . با استفاده از UDDI شرکتها می توانند اطلاعات خود را در اختيار شرکت های ديگر قرار بدهند و مدل B2B ايجاد کنند . همان طور که از نام آن مشخص است شرکت ها می توانند وب سرويس خود را معرفی کنند ، با وب سرويس ديگران آشنا شوند و از آن در سيستم های خود استفاده کنند . اين استاندارد جديدی است و در سال 2000 ساخته شده ، کنسرسيومی از شرکتهای صنعتی در حال کار بر روی آن هستند ؛ نسخه دوم UDDI در ماه ژوئن سال 2001 ارائه شد و نسخه سوم آن در دست ساخت است .
UDDI يک متن مبتنی بر XML را تعريف می کند که در آن شرکت ها توضيحاتی درباره چگونگی کار وب سرويس شرکتشان و امکانات خود می دهند . برای تعريف اين اطلاعات از شکل خاصی که در UDDI توضيح داده شده استفاده می شود . شرکت ها می توانند اين اطلاعات را در UDDI شرکت خود نگهداری کنند و تنها به شرکت های مورد نظرشان اجازه دستيابی به آنها را بدهند يا آنها را در مکان عمومی و د اينترنت قرار دهند . بزرگترين و مهمترين پايگاه UDDI ، UDDI Business Registry يا UBR نام دارد و توسط کميته UDDI طراحی و اجرا شده است . اطلاعات اين پايگاه در چهار نقطه نگهداری می شود ، مايکروسافت ، IBM ، SAP و HP . اطلاعاتی که در يکی از چهار پايگاه تغيير کند در سه تای ديگر نيز اعمال می شود .
اطلاعات درون اين پايگاه ها شبيه دفترچه تلفن است . White Pages که در آنها اطلاعات تماس شرکت ها و توضيحات متنی آنهاست ، Yellow Pages حاوی اطلاعات طبقه بندی شده شرکتها و اطلاعات درباره توانايی های الکترونيکی آنها می باشد ، Green Pages ، حاوی اطلاعات تکنيکی درباره سرويس های آنها و نحوه پردازش اطلاعات شرکت آنها می باشد .
اطلاعات تجاری و سرويس های شرکت ها کاملا ً طبقه بندی شده است و اجازه می دهد که به راحتی در آنها جستجو کرد . سپس متخصصان IT می توانند از اين اطلاعات استفاده کرده و شرکت ها را برای خدمات بهتر به هم متصل کنند . با اين شرح UDDI امکان پياده سازی مدل B2B را ايجاد می کند و شرکتها می توانند از سرويس های يکديگر استفاده کنند .
شرکت هايی که به UDDI علاقه نشان داده اند قدرت مند هستند و خيلی از آنها از وب سرويس و استاندارد های آن در محصولات خود استفاده می کنند . NTT Communications of Tokyo يکی از شرکت هايی است که در حال اضافه کردن توضيحاتی به ساختار UDDI است . در هر حال شرکت ها هنوز کمی درباره وارد کردن خود در پايگاه های عمومی محتاط هستند . اين چيز عجيبی نيست . شرکتها ابتدا اين امکانات را فقط برای شرکای خود ايجاد می کنند . شرکتهای بزرگ نيز برای مديريت بر سرويس های خود و اشتراک آنها بين قسمت های مختلف از اين استاندارد استفاده می کنند . وقتی اين استاندارد به حد بلوغ خود برسد و کاربران با آن احساس راحتی بکنند استفاده از آن نيز در مکان های عمومی فراگير خواهد بود .
اين تغيير رويه برای شرکت های بزرگی که B2B را به روش های قديمی اجرا کرده بودند مشکل است . بعضی نيز اشکال امنيتی بر اين روش می گيرند و مايل نيستند اطلاعاتشان را بدهند . اما با گذشت زمان و کامل شدن اين تکنولوژی و درک لزوم استفاده از آن شرکت ها چاره ای جز استفاده از آن ندارند .