۲- ۵ سرویس های وب
معمولا واژه های معماری سرویس گرا و سرویس های وب اشتباها به جای هم، و به صورت معادل استفاده می شوند. لذا لازم است این دو مفهوم، به صورت دقیق تر بررسی شوند. سرویس های وب را باید عینیت بخش معماری سرویس گرا دانست] ۶[.
تعریف W3C از سرویس های وب عبارت است از : یک سرویس وب، نوعی سیستم نرم افزاری است که جهت تعامل ماشین با ماشین در سطح شبکه طراحی شده است، و دارای یک توصیف قابل پردازش توسط ماشین با نام، WSDL است. دیگر سیستم ها بر طبق این توصیف از قبل مهیا شده با سرویس دهنده تعامل خواهند داشت، پیام ها توسط پروتکلSOAP و یا سایر پروتکل های مربوطه منتقل می شوند] ۲۲ [.
از جمله ویژگی هایی که برای سرویس های وب مطرح هستند عبارتند از :

• • نرم افزارهای کاربردی که تحت وب منتشر شده، شناسایی و مورد فراخوانی قرار می گیرند.

• • مستقل از سکو و زبان هستند.

• • نوعی از پیاده سازی معماری سرویس گرا می باشند.

• • با منطق حرفه در تماس هستند، ولی هیچ شخصی مستقیم با آن ها ارتباط ندارد.

• • یک رهیافت کلیدی برای عینیت بخشیدن به معماری سرویس گرا هستند.

• • سرویس های وب دارای شرایطی از قبیل : دسترسی در سطح وب، استفاده از استانداردXMLجهت تبادل اطلاعات، عدم وابستگی به هیچ سکو و سیستم عاملی، تعامل با سرویس های تحت وب و با قابلیت شناسایی و خود توصیفی می باشند. این ویژگی ها در مقابل خصوصیاتی از قبیل استفاده از استاندارد HTML برای تبادل اطلاعات، وابستگی به سکو و فناوری و استفاده توسط اشخاص یا مرورگر وب که برای نرم افزارهای تحت وب می باشند از سرویس های وب متمایز می شوند] ۶ [.

۲-۶ مفاهیم مهم سرویس گرایی
در این بخش به ارائه مفاهیم مهم درارتباط باساختارسرویس وکلیات مطالب مربوط به آن می پردازیم.
۲-۶-۱چگونه سرویسها منطق را محصور میکنند
برای حفظ استقلال، سرویس ها منطق متن خاصی را محصور می کنند. آنچه در سرویس محصور می شود ممکن است کوچک یابزرگ باشد .بنابراین اندازه وحوزه منطقی که توسط سرویس محصورمی شود میتواند متنوع باشد. برای مثال آنچه توسط راه حل هایاتوماسیون ارائه میشود، معمولاًپیاده سازی یک فرایند عمده کاری است.این فرآیندازمنطقی تشکیل شده است که بارعایت ترتیب وتوالی یا توازی خاص عمل موردنظررا انجام می دهد. این منطق به مجموعه ای از مراحل شکسته می شودکه باتوجه به قواعد،باترتیب ازپیش تعریف شده ای اجرا می شوند. همانطورکه درشکل۲-۵مشاهده میشود درساختن راه حل متشکل ازسرویسها، هرسرویس میتواند وظیفه ای را که درهرمرحله اجرا می شودیایک زیرفرآیندرا محصور کند. سرویس حتی میتواندکل فرآیندی راکه توسط سرویسهای دیگر محصورشده است، محصورکند.

شکل ۲-۲٫ محصورسازی اندازه های مختلفی ازمنطق توسط سرویس] ۲۳[
۲-۶-۲ چگونه سرویس ها از وجود یکدیگر مطلع میشوند.
درSOA، سرویس ها می توانند توسط سرویس های دیگر، یابرنامه های دیگر مورد استفاده قرارگیرند .حال، استفاده کننده ازسرویس هرکه باشد،ارتباط میان سرویسهادرصورتی روی خواهددادکه سرویسها از وجودیکدیگرمطلع باشند. این امر با بهره گیری ازتوصیف سرویس ممکن است.
توصیف سرویس درپایه ای ترین حالت خود، نام سرویس و داده هایی راکه درحین ارتباط مورد نیازند یا بدست می آیند مشخص میکند. روشی که درآن سرویسها از توصیف سرویس استفاده میکنند، موجب می شود که ارتباط درطبقه اتصال سست قرارگیرد. برای تعامل سرویسها و معنی دار بودن آن، آنهاباید اطلاعاتی را مبادله کنند.بنابراین یک چارچوب ارتباطاتی که دارای قابلیت ایجاد ارتباط دارای اتصال سست باشد موردنیازاست. یک چارچوب برای این منظور، پیام رسانی است.
۲-۶-۳ چگونه سرویس ها با هم ارتباط برقرار می کنند.
پس ازآنکه سرویسی پیامی را میفرستد، دیگرکنترل آن رادراختیار ندارد. به همین دلیل است که سرویس هابه پیام ها نیاز دارند تا بعنوان واحد مستقل ارتباطی باقی بمانند. این به معنای آن است که پیام ها نیز مانند سرویس ها باید خود مختار باشند. به همین دلیل میزانی از هوشمندی را دارا هستند تا بتوانند در بخشهای مختلف پردازش خود را مدیریت کنند.
۲-۶-۴چگونه سرویس ها طراحی می شوند.
اصول سرویس گرایی مسائل مرتبط بامواردزیرراتحت پوشش قرارمی دهد(این اصول درادامه معرفی خواهند شد).
الف- چگونه سرویس هاطراحی میشوند؟
ب- ارتباط بین سرویسهاچگونه بایدتعریف شود؟ (شامل تعیین چگونگی تبادل پیامها یاهمان الگوی تبادل پیام MEP)
پ- چگونه باید پیامهاراطراحی کرد؟
ت–چگونه توصیف سرویس ها طراحی می شوند؟
۲-۶-۵ توصیفات سرویسها
هرسرویسی که می خواهد نقش دریافت کننده پیام را داشته باشد باید توصیف سرویس را به همراه داشته باشد. هرتوصیف پیام نقطه اتصالی ازفراهم کننده سرویس رادراختیارقرارمی دهد و دارای تعریفی رسمی از واسط این نقطه اتصال است (تا درخواست کنندگان بتوانند ازساختار پیامی که می بایست برای دریافت خدمات به سرویس دهنده ارسال کنند،آگاه شوند) وهمچنین محل سرویس را (که برای استفاده کنندگان شفاف خواهد بود) معین می کنند.
۲-۷ ویژگی های معماری سرویس گرا
از آنجایی که تعریف رسمی واحدی برای معماری سرویس گرا وجود ندارد، هیچ مجموعه رسمی واحدی از اصول طراحی بر مبنای سرویس گرایی وجود ندارد. با این حال، مجموعه ای از اصول طراحی در سطح سرویس توسط افرادی نظیر Erl و Mcgovern معرفی شده اند که بر سرویس گرایی انطباق مناسبی دارند و عبارتند از] ۲۹[ :

• • سرویس ها معمولا یک دامنه یا وظیفه کاری را نمایش می دهند.

• • سرویس ها دارای طراحی ماژولار (پیمانه ای) هستند.

• • سرویس ها دارای وابستگی ضعیف اند.

• • سرویس ها قابل کشف اند.

• • محل سرویس ها برای سرویس گیرندگان شفاف است.

• • سرویس ها مست

• • سرویس ها دارای استقلال داخلی اند.

• • قل از روش انتقال هستند.

• • سرویس ها مستقل از پلت فرم هستند.

• • سرویس ها قابل استفاده ی مجدد هستند.

• • سرویس ها قابل ترکیب اند.

در معماری سرویس گرا منظور از اتصال سست، قابلیت تعامل بین سرویس ها به صورت مستقل از کد نویسی و مکان سرویس هاست. به گونه ای که سرویس ها در زمان اجرا می توانند تغییر مکان داده و روال های داخلی خود را تغییر دهند. سرویس ها ماژول هایی از کسب و کار هستند که می توانند توسط پیام هایی درخواست شوند و در نرم افزارهای مختلف مورد استفاده قرار بگیرند. یک نمونه از سرویس می تواند انجام یک درخواست روی داده مانند دریافت یا ذخیره ی اطلاعات باشد. سرویس ها در یک زبان استاندارد توصیف می شوند و فعالیت ها و فرایندهای کسب و کار را پشتیبانی می کنند. سرویس هایی که از استانداردهایی مثل یو دی دی آی^[۲]، دبلیو اس دی ال^[۳]، سواپ^[۴] استفاده می کنند، عمومی ترین نوع سرویس هایی هستند که امروزه در دسترس می باشند. این سرویس ها به راحتی می توانند ترکیب شوند تا مجموعه ای از فرآیندهای کسب و کار مستقل را شکل دهند. ویژگی مستقل از سکو بودن معماری سرویس گرا این امکان را فراهم کرده است تا هر کاربر، از هر سیستمی و یا هر نوع سیستم عامل و زبان برنامه نویسی می تواند به سرویس ها دسترسی پیدا کند] ۲۹ [.
سازمان های مختلف در بخش های گوناگون، معماری سرویس گرا را به دلیل قابلیت آن در بهبود فرآیندهای کسب و کار سریع، و انعطاف پذیری را ایجاد کنند.