معاري سرويس گرا (
SOA
) روشي جديد و در حال تكامل براي ساخت برنامه هاي توزيع شـده است . سرويس ها اجزاي توزيع شده با رابط هاي
تعريف شده و مشخص هستند كه پيغـام هــايXMIL را پردازش وتبادل مي كنند. با
رويكرد سرويس گرا مي توان راه حل هـاي را ارائـه داد كـه بــه مــرز دامنـه هاي
سازمان، شركت يا دپارتمان محدود نيستند. با استفاده از
SOA مي توان در شركتي كه داراي ســيستم ها و
برنامه هاي كاربردي مختلف روي پلتفرم هاي متفاوت است، يك راه حل يك پارچه سازي با
استقﻼل زياد ساخت كه جريان يكنواخت و ناهماهنگ كار را تضمين كند .
هر كس كه از سايت هاي تجارت الكترونيكي به صورت آنلاين خريد كرده باشد، با مفهـوم
ســرويس هـا آشـنا است . وقتي كه سفارش تا ن را داديد، بايد اطﻼعات
كارت اعتباري تان را ارايه كنيد كه به طــور معمــول توسـط
يك فراهم كننده سرويس ثانويه، تاييد و شارژ
مي شود . وقــتي كــه ســفارش پذيرفتــه شـد، شـركت سـفارش گيرنده با يك شركت فراهم كننده سرويس
حمل ونقل فراهم مي كند و در نهايـت كـاﻻي شـما تحويلتـان مـي شود . نياز به معماري سرويس گرا از جنبه اي ديگر
نيز بــه نحـوه بــارزي در برنامـه هـاي كـاربردي
ecommerce
مشهود است . اگر مثﻼ جزء (
component
) مربوط به پرداخت با كارت اعتباري
offline و يـا غير فعـال باشــد،
قـرار
نيست كه فرايند فروش متوقف شود . بلكه سـفارش هـا بايستي پذيرفتــه شــوند
وعمليـات پرداخـت بــه وقــت ديگري موكول
شود .
مثل ساير معماري هاي توزيع شده،
SOA ساخت برنامه هاي كاربردي با استفاده اجزايي
كه در
domain
هاي جدا از هم را قرار دارند را ممكن مي سازد
.
SOA از ســرويس هـاي وب بـه عنـوان
نقــاط ورود برنامــه كــاربردياستفاده مي كند كه از لحاظ مفهومي معادل همان اجزايproxy وstub در سيستم هاي توزيع شده سـنتي مبتني بر
اجزاء هستند . با اين تفاوت كه در اين جا ارتباط بين سرويس وب و استفاده كننـده
خيلـي آزاداترانــه ومستقل تر(
loosely coupled ) است . به علاوه
SOA به خاطر در بر داشتن فاكتورهايي كه اهميـت
حيــاتي در تجارت دارند ، نيز منحصر به
فرد است .. فاكتورهايي نظير : قابليت
اطمينان سرويس، جامعيت پيـام ، يكسانــي تراكنش و امنيت پيام . در امور تجاري واقعي
نمي توان روي سرويس هايي كه يك درخواست را فقط به خاطــر اين كه بتوانند بفهمند،
پردازش مي كننـد حسـاب كـرد . در امــور
تجــاري بـه قطعيت و اطمينــان بيشـتري نيــاز است . واضح است كه سيستم هاي مختلف ممكن است
بعضي اوقات غير فعال باشند و يا پاسخگويي آن ها در دفعات مختلف متفاوت باشد. با
وجود اين هيچكدام از اين موارد نبايد براي كنـار گذاشــتن ياعـدم پاسـخ بـه
يك درخواست باشند .
علاوه بر آن نبايد دليلي براي كنار گذاشتن يا عدم پاسخ به يك درخواســت باشـند
واضـح اسـت كـه سـيستم هاي مختلف ممكن است بعضي اوقات غير فعال باشـند و يــا
پاســخگويي آن هـا در دفعـات مختلــف ، متفــاوت باشد . با وجود اين ، هيچ كدام ازاين موارد نبايد
دليلـي براي كنـار گذاشـتن يـا عــدم پاسـخ بــه يـك درخواسـت باشند
. علاوه بر آن نبايد هيـچ ابهـامي در نحـوه فراخواني يــك سـرويس وجـود
داشـه باشــد. اگـر سـيستمي توانايي هاي خود را در قالب سرويسي روي وب ارائه كند .
در آن صــورت نحـوه فراخوانــي آن ســرويس بايد بــه
طور واضح مستند سازي و اعﻼم شـود
. بسيـاري از مسائـل دســترس پـذيري و
مقيــاس پــذيري برنامه هـايكاربردي امروزي در
SOA حل شــده اسـت كــه احتمـال
نقـض آن در هـر مـر حله اي از جريان كـار بسيـار زيـاد است . در
SOA فرض بر اين است كه خطا وجود دارد و مي تواند
بيفتد ، بنابراين استراتژي هايي براي مثال اگر يك سرويس نتواند يك پيغام را در
مرحله اول بپذيرد . اين معماري طوري طراحي
شده است كه مجددا پيــام را بفرستد . واگر
يك سرويس به طور كامل قابل دسـترس نباشـد ( كــه هرگـز نبايــد در يـك سـيستم
SOA پايـدار
انفاق بيفتد ) آن وقت معماري طوري طراحي شده است كه روي دادن خطاهايي كه
ممنجر به قطع كامـل در خواست سرويس مي شود،
امكان پذير نباشـد .
SOA قابليــت اطمينـان را افــزايش مـي دهـد، چـون خطاهـاي موقت در بخشي از
جريان كار نمي توانند كل فرايند تجاري را از كار بياندازند. به بيان كلي،
SOA فرايندي تكامل يافته را ارائه
مي نمايد و ازاين نظر مي تواند ان را بلوغ سـريس هــاي وب و تكنولوژي هاي يكپارچه
سازي به حساب آورد . در
SOA به ايــن امر توجـه شـده اسـت كـه ســيستم
هـاي بــا اهميت حياتي كه بر مبناي تكنولوژي هاي توزيع شده ساخته مي شوند . بايد
تضميــن هــاي خاصـي را تاميـن نمايند .
در اين گونه سيستم ها بايد اين اطمينان وجود داشته باشد كـه در خواسـت هــاي سـرويس
بــه طــور صحيح مسير دهي و هدايت مي شوند،
در زمان مناسب به آن ها پاسخ داده مي شود، و اين سرويس ها به طور واضح و دقيق سياست
هاي ارتباطي و رابط هاي خود را اعلام مي كنند
توصیحات بالا خلاصه ای از ساختار معماری سرویس گرا بود که ارائه شد . تیم تولید نرم
افزاری شرکت تاو افروز سپهر با ارائه حرفه ای این نوع معماری در ساختار نرم افزار
های مورد نیاز و استفاده از آن در نرم افزار خود به نام نرم افزار رابط اولیاء و
مدرسه کابرد این نوع سرویس را در عمل کرد خود آغاز کرده است
در زیر تصاویری از محیط نرم افزار رابط اولیاء و مدرسه تاو با استفاده از تکنولوژی
معماری سرویس گرا برای انتقال داده به وب سایت را مشاهده می نمائید
ا