پاورپوینت کامل پشتیبانی جایگزینی سرویس و مدیریت تراکنش ها در ترکیب سرویس های مبتنی بر وب ۴۷ اسلاید در PowerPoint

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت کامل پشتیبانی جایگزینی سرویس و مدیریت تراکنش ها در ترکیب سرویس های مبتنی بر وب ۴۷ اسلاید در PowerPoint دارای ۴۷ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

شما با استفاده ازاین پاورپوینت میتوانید یک ارائه بسیارعالی و با شکوهی داشته باشید و همه حاضرین با اشتیاق به مطالب شما گوش خواهند داد.

لطفا نگران مطالب داخل پاورپوینت نباشید، مطالب داخل اسلاید ها بسیار ساده و قابل درک برای شما می باشد، ما عالی بودن این فایل رو تضمین می کنیم.

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی پاورپوینت کامل پشتیبانی جایگزینی سرویس و مدیریت تراکنش ها در ترکیب سرویس های مبتنی بر وب ۴۷ اسلاید در PowerPoint،به هیچ وجه بهم ریختگی وجود ندارد

بخشی از مطالب داخلی اسلاید ها

پاورپوینت کامل پشتیبانی جایگزینی سرویس و مدیریت تراکنش ها در ترکیب سرویس های مبتنی بر وب ۴۷ اسلاید در PowerPoint

اسلاید ۴: ۴مقدمهوبِ معنایی: نسل بعدی وب که علاوه بر اطلاعات، معنا را نیز در بر می‌گیرد در نتیجه اطلاعات قابل پردازش، جستجو و به اشتراک‌گذاری به وسیله‌ی ابزارهای اتوماتیک می‌شود.وب‌سرویس: یک برنامه‌ی کاربردی دسترس‌پذیر است که دیگر برنامه‌های کاربردی و انسان‌ها می‌توانند به‌طور اتوماتیک آن را کشف، و از آن استفاده کنند. سرویس مرکب: ترکیبی از چند سرویس ساده یا مرکب دیگر با هدف انجام یک کار مشترکترکیب اتوماتیک وب‌سرویس‌ها :ترکیب سرویس‌هااجرای سرویس مرکب

اسلاید ۵: ۵ترکیب سرویس مرکب بررسی درخواست یک سرویس مرکب از طرف کاربرکشف سرویسانتخابتولید توصیف برای سرویس‌های مرکب

اسلاید ۶: ۶مراحل ترکیب سرویس مرکب بررسی درخواست یک سرویس‌مرکب از طرف کاربر: دریافت یک توصیف سطح بالا از سرویس‌مرکب موردنیاز کاربر توسط موتور‌ترکیب و شکستن آن به زیردرخواست‌هاکشف سرویس: پیداکردن سرویس‌های مناسب جهت اجرای زیردرخواست‌های مشخص‌شدهثبت توصیف معنایی سرویسها در repositoryکشف سرویس موردنیاز با ارائه‌ی توصیف معنایی آنتولید لیستی از سرویسهای کشف‌شده به‌ازای هر درخواستانتخاب: انتخاب مناسب‌ترین سرویس از لیست سرویس‌های کشف‌شده در فاز قبل با توجه به معیارهای:FunctionalNon-functional : کارایی، قابلیت اطمینان، امنیت، قابلیت گسترش، QoSنیازمندی‌های کاربرقابلیت ترکیب سرویسها (Composability): تشکیل مدل قابلیت ترکیب

اسلاید ۷: ۷مراحل ترکیب سرویس مرکب (ادامه)تولید توصیف برای سرویس‌های مرکب: شامل لیست سرویس‌های شرکت‌کننده در ترکیبترتیب آن‌هاروشِ ارتباط آن‌هاپیغام‌های رد و بدل شونده بین آن‌هابه وسیله‌ی یک زبان توصیف:زبان‌های Choreography: مدلی از رفتار خارجی سرویس‌ها، در قالب پیغام‌هایی که بین اجزا ردوبدل می‌شوندزبان‌های هم‌آهنگی (Orchestration): ارتباطات کلی بین وب‌سرویس‌ها در یک وب‌سرویس مرکب و چگونگی استفاده‌ی وب‌سرویس مرکب از سرویس‌های کمکیهماهنگ کننده (Coordinator): مدیریت و هم‌زمانی تبادلات و هم‌چنین کنترل ارتباطات بین اجزا

اسلاید ۸: ۸زبان‌های ChoreographyمفهومChoreography به ارتباطات دوطرفه­ای که بین دو سرویس مختلف، از طریق پیغام، وجود دارد. WS-CDL (Web Service Choreography Description Language) [22]:جدیدترین زبانی است کهW3C جهت توصیف رفتارهای مشترک و غیرمشترک سرویس ها از یک دید کاملا کلی طراحی کرده استبر مبنای XMLمدلی غیر لایه ایWSCI (Web Service Choreography Interface) [4]:بر مبنایXML برای توصیف پیغام های ورودی و خروجی سرویس هاهیچ پشتیبانی برای معنا نداشتهمدلی غیر لایه ای است.

اسلاید ۹: ۹زبان‌های هم‌آهنگی (Orchestration)BPEL4WS:بر پایه زبان­های WSFL (متعلق به IBM) و XLANG (متعلق بهMicrosoft ) بناشده است و ترکیبی از امکانات این دو زبان را در خود دارد. مبتنی بر XML تعریف سرویس ها را به شکل فرآیند محور (work flow based)وجود تعداد زیادی سرور برای اجرای سرویس های مرکب BPEL4WS برای بسترهای Petri-net [32]:اختصاص دادن یک Petri-net به هر فرآِنددر هرزمان سرویس در یکی از حالات not instantiated، ready، running، suspended، و یا completed قراردارد.

اسلاید ۱۰: ۱۰زبان‌های هم‌آهنگی (Orchestration)OWL-S:تعریف معنایی سرویس ها و به شکلی قابل فهم برای ماشین با استفاده از Ontology:کشف اتوماتیک سرویس، صدا کردن سرویس ها، ترکیب، ارتباط بین آنها وکنترل اجرای آنهابخش های OWL-S:Profile: معرفی سروِس: این اطلاعات در مراحل کشف سرویس توسط دیگر سرویس ها، کاربران یا عامل ها و.. به کارمی رود. مدل فرآیند (Process Model): اطلاعات دقیق تری راجع به عملیات سرویسطریقه ی استفاده ی سرویسبیان جزئیات معنایی درخواست هاشرایطی که تحت آنها خروجی های خاص تولید می شوندنحوه درخواست برای یک سرویس، ورودی ها، خروجی ها، پیش شرط ها و اثرات سرویسGrounding: جزئیات چگونگیِ ارتباط با یک سرویس از طریق پیغام هاپروتکل ارتباطی، فرمت پیغام ها و دیگر جزئیات مربوط به سرویس مثل شماره پورت هایی که سرویس روی آنها قابل دسترسی است

اسلاید ۱۱: ۱۱زبان‌های هم‌آهنگی (Orchestration)OWL-S

اسلاید ۱۲: ۱۲مقایسه زبان‌های هم‌آهنگی (Orchestration)زبان انتخاب شده جهت توصیف سرویس مرکب در پایان نامه

اسلاید ۱۳: ۱۳اجرای سرویس مرکب موتور اجرا بخش مدیریت تراکنش بخش جایگزینی سرویس

اسلاید ۱۴: ۱۴اجرای سرویس مرکب فراخوانی سرویس‌های شرکت‌کننده در وب‌سرویس مرکب به ترتیبی که درنهایت یک وظیفه‌مندی موردنظر را به انجام برسانند. ورودی: توصیف وب‌سرویس مرکب وظیفه: آغاز اجرای وب‌سرویس مرکبفراخوانی سرویس‌های شرکت‌کننده در سرویس مرکب به ترتیبی بر اساس توصیف وب‌سرویس مرکبنظارت بر اجرای سرویس مرکبشناسایی و کنترل خطاهای زمان اجراجایگزینی سرویس‌هامدیریت تراکنش

اسلاید ۱۵: ۱۵اجزای اصلی یک چهارچوب اجرا‌کننده‌ی سرویس مرکب موتور اجرا (Execution Engine)بخش جایگزینی سرویس (Replacement Component)بخش مدیریت تراکنش (Transaction Management Component)

اسلاید ۱۶: ۱۶موتور اجرا (Execution Engine)نظارت بر اجرای وب‌سرویس‌ مرکب (Monitoring)برخورد مناسب با خطاهای به وجودآمده در زمان اجرای سرویس مرکب: مشکلات مربوط به سرویس: مثل crash کردن سرور سرویس یا خطای زمان اجرای سرویس (Exception) مشکلات مربوط به شبکهمشکلات مربوط به ترکیب: ناشی از طراحی بدِ ترکیب مثل رسیدن به یک بن‌بست ارتباطی در ترکیب خطای زمان اجرای مربوط به جریان‌کار ترکیب (Composition Workflow)تصمیم فراخوانی بخش‌های جایگزینی سرویس و بخش مدیریت تراکنش بر اساس خطا

اسلاید ۱۷: ۱۷بخش جایگزینی سرویس (Replacement Component)وظیفه: جایگزینی سرویس‌ در زمان اجرا با سرویس‌ معادلِ دیگری که به تنهایی و یا به‌شکل مرکب بتواند وظایف سرویس تعویض‌شده را انجام دهند.سرویس جایگزین‌شونده: سرویسی که با خطا مواجه شدهسرویسی که کند شدهسرویسی که کارایی خود را ازدست‌داده است هنگامی که تعریف بخشی از سرویس مرکب در زمان اجرا تغییرکند[۱۶] و ]۴۱[ به جایگزینی یک سرویس خطادار هنگام خطا پرداخته‌اندایده: انتخاب یک سرویس با قابلیت‌های مشابه سرویس جایگزین شونده، از لیست سرویس‌های کشف‌شده در فاز کشف سرویس‌ها

اسلاید ۱۸: ۱۸بخش مدیریت تراکنش (Transaction Management Component)تعریف کلاسیک تراکنش (تراکنش‌های ACID): تغییر حالتی که چهار ویژگیِ زیر را دارد:Atomicity: «یا همه یا هیچ‌کدام» سازگاری (Consistency): صحت در تغییر حالت Isolation: عدم تأثیر متقابل تراکنش‌هایی است که هم‌زمان باهم اجرا می‌شوندماندگاری (Durability): عدم امکان لغوکردن تراکنشی که پایان‌یافته است نیز معروفند. دو رویکرد متفاوت در قبال مدیریت تراکنش‌ها:رویکرد بدبینانه: قفل‌کردن منابع در دسترس تراکنشرویکرد خوش‌بینانه [۱ و ۲۰]: مبنا: در برخی محیط‌ها، امکان بروز ناسازگاری بسیار پایین است هزینه‌ی قفل‌کردن منابع در چنین محیط‌هایی به‌صرفه نیسترویکرد: به جای قفل‌کردن منابع، تغییرات تراکنش را در محلی میانی نگهداری کرده و در پایان تراکنش تغییرات را یکباره ماندگار می‌کنیم.

اسلاید ۱۹: ۱۹بخش مدیریت تراکنش (ادامه) (Transaction Management Component) ویژگی‌های محیط وب‌سرویس‌ها:اتصال و پیوستگی بسیار کم(loosely coupled)قابلیت ‌اطمینان پایینبرخورداری از درجه‌ی بالایی از خودمختاریمدت اجرای طولانی: با توجه به ماهیت سناریوها در این محیط، معمولا تراکنش‌ها مدت زیادی به طول می‌انجامند (مثالا تراکتشی شامل خرید، پرداخت و تحویل کالا که در مجموع چندین روز به طول می انجامد).تعلق منابع درگیر در یک تراکنش به حوزه‌های متفاوتتراکنش‌های ACID برای این محیط به نظر سخت‌گیرانه می‌آیند. اجبارکردن چهار ویژگی تراکنش‌های ACID نتایج نامطلوبی به دنبال خواهدداشت. برای برآوردن نیاز تراکنش‌ها در چنین محیطی تراکنش‌هایی با سخت‌گیری کمتر و ضعیف‌تر مطرح شده است. «تراکنش‌های طولانی مدت» یا Long Running Transactions [30]«تراکنش‌های طولانی مدت» ویژگی Isolation در تراکنش‌ها را پیاده‌سازی نمی‌کنند

اسلاید ۲۰: ۲۰بخش مدیریت تراکنش (ادامه) (Transaction Management Component) ایده‌ی «خنثاکردن» (Compensation)تراکنش T خنثاکننده‌ی C[30] خنثاکننده‌ی Cسرویسی مستقل است که بعد از اتمام تراکنش و خارج از قلمرو آن اجرا می‌شود C بعد از اتمام T انجام می‌شودT نه منابع مورد نیازش را قفل می‌کند و نه تغییرات موقتی در سیستم ایجاد می‌کندتغییرات همگی واقعی بوده و بلافاصله درسیستم قابل مشاهده هستند.درحالتی که به هردلیل خارجی، تراکنش سطح بالاتر با مشکلی مواجه شود، سرویس C برای جبران‌کردن و برطرف‌کردن آثار T اجرا می‌شودمیزان موفقیت C در ازبین‌بردن تمامی آثار تراکنش T بستگی به زمینه دارد

اسلاید ۲۱: ۲۱بخش مدیریت تراکنش (ادامه) (Transaction Management Component)چهارچوب‌های ارائه شده برای پشتیبانی مدیریت تراکنش‌ها Web Service Transaction Management (WS-TXM) [13]:(بخشی از چهارچوبWeb Service Composite Application Framework (WS-CAF) که توسط شرکت SUN ارائه‌شده است[۱۰])معماری لایه‌ای دارد و بر روی دو لایه‌ی دیگرِ چهارچوبِ WS-CAF بنا شده است:Web Service Context (WS-CTX) [12]Web Service Coordination Framework (WS-CF) [11]به طور خاص به اجرای رفتارهای تراکنشی می‌پردازد و سه نوع رفتار را برای تراکنش‌ها پشتیبانی می‌کند:تراکنش‌های قدیمیِ ACIDتراکنش‌های طولانی‌مدت (Long Running Actions یا LRAs) تراکنش‌های فرآیندتجاری: یک یا چند تراکنش از دو نوع دیگر را شامل می‌شو