1 / 16

مرجان نادران طحان استادیار گروه مهندسی کامپیوتر دانشگاه شهید چمران اهواز m.naderan@scu.ac.ir

سیستم های توزیع شده ادامه فصل 2 – جلسه 7. مرجان نادران طحان استادیار گروه مهندسی کامپیوتر دانشگاه شهید چمران اهواز m.naderan@scu.ac.ir نیمسال دوم 93-92. جدول زمانبندی درس. سرفصل مطالب. استایل های معماری معماری های سیستم معماری در برابر میان افزار خودتنظیمی در سیستم های توزیعی.

nerys
Télécharger la présentation

مرجان نادران طحان استادیار گروه مهندسی کامپیوتر دانشگاه شهید چمران اهواز m.naderan@scu.ac.ir

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. سیستم های توزیع شدهادامهفصل 2 – جلسه 7 مرجان نادران طحان استادیار گروه مهندسی کامپیوتر دانشگاه شهید چمران اهواز m.naderan@scu.ac.ir نیمسال دوم 93-92

  2. جدول زمانبندی درس

  3. سرفصل مطالب • استایل های معماری • معماری های سیستم • معماری در برابر میان افزار • خودتنظیمی در سیستم های توزیعی

  4. سرفصل مطالب • استایل های معماری • معماری های سیستم • معماری در برابر میان افزار • خودتنظیمی در سیستم های توزیعی

  5. یادآوری • معماری در برابر میان افزار • Interceptor ها • رهیافت های کلی برای نرم افزارهای تطبیق پذیر

  6. رهیافت های کلی برای نرم افزارهای تطبیق پذیر • Interceptor ها تطبیق پذیری سیستمها را بالا می برند. • یا در واقع سیستم عمومی تر می شود. • در مقابل سادگی را از دست می دهیم. • چرا می خواهیم سیستم های تطبیق پذیر داشته باشیم؟ • محیطهای سیستم های توزیعی امروزه به صورت پیوسته درحال تغییرند. • اضافه شدن کاربران متحرک، کیفیت سرویس، خرابی سخت افزارها، کمبود منابع انرژی (باتری)، ... • عکس العمل به این تغییرات در میان افزار مطرح می شوند. • در گذشته، سیستم های توزیعی، قابل اطمینان تر بودند. • سیستم های بانکداری • تطبیق پذیری در سیستم های امروزی بیشتر مطرح است.

  7. رهیافت های کلی برای نرم افزارهای تطبیق پذیر (2) • حرکت طراحان میان افزار به سمت نرم افزارهای تطبیق پذیر • نرم افزارهای تطبیق پذیر آن طور که لازم بوده موفق نبوده اند! • سه تکنیک اصلی: • تفکیک ملاحظات (Separation of concerns) • انعکاس محاسباتی (Computational reflection) • طراحی براساس ترکیب مؤلفه ها (Component-based design) • موارد بالا، بحث هایی هستند که هنوز راه حل های قطعی و دقیق ندارند.

  8. تفکیک ملاحظات • مرتبط با راه مرسوم ماجولار کردن سیستم ها • جدا کردن بخشهای مربوط به پیاده سازی عملکردهای اصلی از عملکردهای اضافه • functionalityو extra-functionality که به آن non-functional نیز می گویند. • عملکردهای اضافه مانند: قابلیت اطمینان، کارایی، امنیت، کیفیت سرویس، ... • نکته 1: طراحی میان افزار برای سیستمهای توزیعی معادل توسعه عملکردهای اضافه مستقل از کاربردهاست. • نکته 2: تفکیک عملکردهای اضافه مشکل است. • مثلاً داشتن یک ماجول جداگانه برای امنیت معمولاً کارآمد نیست. • تفکیک ملاحظات و اتصال آنها به یکدیگر • نرم افزارهای جنبه گرا (aspect-oriented software)

  9. انعکاس محاسباتی • توانایی یک برنامه در بازرسی خود و تطبیق رفتارش در صورت لزوم • برنامه باید بتواند براساس بازرسی که از خود دارد تصمیم بگیرد. • در برخی زبان های برنامه سازی مانند جاوا، وارد شده است. • و برخی میان افزارها نیز این را در نظر گرفته اند. • راه زیادی تا توسعه در بسیاری در سیستم های توزیعی دارد. • نرم افزارهای انعکاسی (reflective software) مانند نرم افزارهای جنبه گرا

  10. طراحی براساس ترکیب مؤلفه ها • مؤلفههای مختلفی وجود داشته باشد و سیستم خود تصمیم بگیرد که چه ترکیبی از مؤلفه ها را استفاده کند. • پیکربندی و تنظیمات سیستم ها به دو صورت است: • ایستادر زمان طراحی • پویادر زمان اجرا • لازمه پیکربندی پویا در زمان اجرا • تکنیک late binding • در زبان های برنامه نویسی و سیستم های عامل پشتیبانی می شود. • بارگذاری ماجول ها در زمان موردنیاز • در سیستم های توزیعی، باز هم مشکل است. • زیرا مؤلفه ها به اندازه کافی مستقل از هم نیستند.

  11. سرفصل مطالب • استایل های معماری • معماری های سیستم • معماری در برابر میان افزار • خودتنظیمی در سیستم های توزیعی

  12. خود-تنظیمی در سیستم های توزیعی • مفهوم تطبیق پذیری به صورت اتوماتیک • این مفهوم به طور کلی چندان جدید نیست ولی در نرم افزار سیستم های توزیعی جدید است. • استفاده از ایده سیستم های کنترلی مبتنی بر فیدبک • Feedback control systems • Autonomic computing • Self-star systems • مورد آخر بر می گردد به تنوعی که سازگاری های اتوماتیک دارند: • خود مدیر (Self-managing) • خود ترمیم (self-healing) • خود پیکربند (self-configuring) • خود بهینه ساز (self-optimizing)

  13. مدل کنترلی مبتنی بر فیدبک • خودتنظیمی به صورت ضمنی یا صریح مفهوم حلقه کنترل مبتنی بر فیدبک را دارد. • قسمت هسته، شامل همه مؤلفه هایی است که می خواهیم آنها را مدیریت کنیم. • پارامترهای ورودی قابل کنترل • می توان پارامترهایی که کنترل روی آنها نداریم را نیز وارد کرد (نویز، عوامل مزاحم).

  14. مدل کنترلی مبتنی بر فیدبک (2) • سه قسمت اصلی در یک سیستم کنترل • سیستمی که قرار است مانیتور شود. شامل مؤلفه تخمین معیار • اندازه گیری تأخیر در اینترنت با ابزارهای مختلف • آنالیز اندازه گیری ها و مقایسه با مقدار مرجع. شامل مؤلفه آنالیز فیدبک • مکانیزم هایی برای تنظیم رفتار سیستم • گذاشتن کپی ها (تکرارها) • تغییر اولویت های زمانبندی • سرویس های سوئیچینگ • جابجایی داده ها برای در دسترس بودن بیشتر • هدایت کردن درخواست ها به سمت سرورهای مناسب

  15. خود-تنظیمی در سیستم های توزیعی (4) • مثالهایی از خود-تنظیمی در سیستم های توزیعی • سیستم Astrolabe • استراتژی های کپی در سیستم Globule • مدیریت تعمیر مؤلفه ها در Jade

  16. پایان فصل 2

More Related