تحمل خطا در یک سیستم مدیریت توزیع شده (مقاله ترجمه شده)

چکیدهاین مطالعه مهم‌ترین مفهوم فراگرفته شده از اجرای یک سیستم مدیریت ارتباط از راه دور توزیع‌شده را (DTM ها)، که یک سیستم ارتباط صوتی شبکه‌شده را کنترل می‌کند بیان می‌کند. الزامات اساسی مورد نیاز برای DTM ها تحمل‌پذیری خطا در برابر شکست‌های سایت یا شبکه، امنیت کاربردی و قابلیت اعتماد ماندگار است. به‌منظور ارائه توزیع و ماندگاری هر دو مفهوم شفافیت و مقاومت در تحمل‌پذیری خطا، معماری دو لایه الگوریتم تکرار را معرفی می‌کنیم. درمیان مفاهیم فرارگرفته شده: مهندسی نرم‌افزار براساس مولفه‌ها، با سربار اولیه قابل‌توجهی همراه است اما در دراز مدت باارزش است. سرویس تحمل‌پذیری در برابر خطا یکی از نیازهای کلیدی برای توزیع خرابی امن است. دانه دانه شدگی منطقی برای کنترل مقاومت و همزمانی کل شی است. تکرار ناهمزمان در لایه پایگاه داده نسبت به تکرار همزمان در سطح بالاتری از نظر استحکام و قوام قرار دارد؛ مقاومت نیمه‌ساختاریافته با XML دارای اشکالاتی در مقاومت، عملکرد و راحتی؛ در مقابل مدل شی دارد، ساختار سلسله مراتبی قوی‌تر و امکان‌پذیرتر است. یک موتور پرس‌وجو به وسیله‌ای برای انتقال از طریق مدل شی اتلاق می‌شود؛ در نهایت انتشار عملیات حذف در مدل شی‌گرایی پیچیده‌تر م‌ شود. بنا به مطالب فرا گرفته شده ما قادر به ارائه پلت‌فرم توزیع دردسترس برای سیستم‌های شی مقاوم هستیم.1. مفاد سیستمدر‌دسترس بودن بالا نه تنها برای ایمنی بحرانی سیستم ارتباط صوتی شبکه نیاز است (VCS) بلکه برای کنترل سیستم‌های مدیریت نیز ضروری است. در این مطالعه، شبکه‌های VCS توسط یک سیستم مدیریت ارتباط از راه دور توزیع‌شده (DTM ها) همانند شکل 1 مدیریت می‌شوند. سرورهای متعدد DTM از طریق یک شبکه گسترده WAN به هم متصل هستند و هر سرور DTM، سیستم‌های VCS مرتبط با آن را تنظیم، کنترل و نظارت می‌کند. هر DTM پارامتر VCS را با استفاده از یک مدل شی‌گرا نگه‌داری می‌کند.2. معماری DTMS و اجزا آنشکل 2 معماری سیستم را با استفاده از نمودار اشیا (زبان مدل‌سازی UML) نشان می‌دهد.تصویر نشان می‌دهد که چگونه اجزا از یکدیگر به صورت محلی و یا از راه دور استفاده می‌کنند. یک سایت شامل اجزائ زیر است: Transaction، Model، Persistence، Topology، Replication و Database. جزء Client متعلق به سایت نیست. مشتری می‌تواند متصل به یک سایت دلخواه باشد. لطفا توجه داشته باشید که ارتباطات از راه دور بین اجزای از نوع یکسان برقرار است (به عنوان مثال. Replication محلی و Replication از راه دور). همانطور که در سمت راست نشان داده می‌شود، اجزاء Model و Transaction متعلق به جنبه‌ی توزیع هستند، جزء Persistence به جنبه تداوم و Topology و Replication به جنبه تکرار از معماری برمی‌گردد.3. مطالب فراگرفته شدهما مهم‌ترین مطالب را با تمرکز بر روی جنبه‌های مفهومی به جای جزئیات پیاده‌سازی و یا یافته‌ها در مورد محصولات COTS و ابزار ارائه می‌دهیم.معناشناسی روش‌ها در مقابل خواندن/نوشتن: مقدار قابل توجهی نظریه در مورد موضوع روش بهره‌برداری معناشناسی به‌منظور افزایش در دسترس بودن برخی از روش‌ها وجود دارد (به‌عنوان مثال [8]، که در آن "روابط تقاطع" جریان اطلاعات را میان توابع فراخوانی می‌کند). در عمل، ما قادر به استفاده از هر روش طبقه‌بندی نسبت به روش خواندن و روش نوشتن، به ویژه با توجه به موارد استفاده مشترک نیستیم. به غیر از افزایش قابل توجه پیچیدگی اجرا (یک روش تکرار در نظر بگیرید، که در مورد روش معناشناسی هر نوع شی و محاسبه در دسترس بودن اشیاء می‌داند) سیستمی غیر قابل درک از نقطه نظر کاربران ارائه می‌دهد.4. کارهای آیندهبهبودهای زیر مشخص شده است:• پشتیبانی از یک موتور پرس‌وجو، که اجازه‌ی پرس‌وجوهای توصیفی با استفاده از OQLرا می‌دهد.• پشتیبانی از دانه‌دانه‌شدگی قفل برای رسیدن به عملکرد همزمانی بهتر در دسترسی مدل برای مشتریان.•استفاده از روش‌های نوشتن در مدل اشیاء در همه سایت‌ها حتی در طول تخریب سیستم، از نیازمندی‌های بزرگ آینده است.• بهره‌برداری بهتر از انواع تراکنش‌ها (در حال حاضر خواندن / نوشتن دردسترس) در رابطه با تجارت بین دردسترس بودن اشیا و نیازمدی ثبات مورد نظر است [5، 10].با بهبود نقاط ضعف سیستم فعلی، ما قادر به ارائه دسترس بالا و توزیع پلت‌فرم برای سیستم‌های شی هستیم.این مقاله در سال 2003 در نشریه آی تریپل ای و در کنفرانس بین المللی مهندسی نرم افزار، توسط دانشگاه صنعتی منتشر شده و در سایت ای ترجمه جهت دانلود ارائه شده است. در صورت نیاز به دانلود رایگان اصل مقاله انگلیسی و ترجمه آن می توانید به پست دانلود ترجمه مقاله تحمل خطا در یک سیستم مدیریت توزیع شده در سایت ای ترجمه مراجعه نمایید.