خانه › الگوهای طراحی › مدیریت خودکار

مدیریت خودکار

Automated Administration

چگونه وظایف مدیریتی معمول به طور مداوم و خودکار به حوادث از پیش تعیین شده پاسخ می‌دهد؟

مسئله

منابع IT تحت وظایف مدیریتی متعددی هستند که نیاز است بارها و به طور کارآمدی انجام شوند و زمانی که به صورت دستی انجام می‌شوند با خطاهای انسانی و زمان پاسخ دهی کند مواجه می‌شوند.

راه‌حل

منطق جریان کاری وظایف مدیریتی که برای خودکار‌سازی مناسب است با کمک اسکریپت‌ها، برنامه نویسی شده و در پلت‌فرمی که قادر به اجرای این اسکریپت‌ها برای پاسخ گویی به حوادث زمان اجرای که از پیش تعیین شده است توسعه داده شده است.

کاربرد

یک موتور خودکار هوشمند برای برای ایجاد سیستمی که قادر به ذخیره‌سازی، مدیریت و اجرای اسکریپت‌های خودکار است، پیاده‌سازی شده است.

مکانیزم‌ها

الگوهای ترکیبی

احراز هویت ابرBurst InBurst Out to Private Cloudتوازن بار ابرمحیط کشسانزیرساخت به عنوان سرویس(IaaS)مرز‌های قابل مطمئن جداگانهمحیط چند مستأجریپلت‌فرم به عنوان سرویس (PaaS)ابر خصوصیابر عمومیمحیط انعطاف‌پذیرمدیریت بارکاری منابعنرم‌افزار به عنوان سرویس (SaaS)ورود و خروج مداوم امن به ابر خصوصی/عمومی
1: مدیر، منطق جریان کاری را تعیین می‌کند2: ذخیرهٔ اسکریپت4: اجرااسکریپتموتور خودکارسازیهوشمنداجرای اسکریپت3: مصرف‌کننده اسکریپت، دستگاه‌های هدف و زمان‌بندی را انتخاب می‌کند
شکل ۴-۱ — مدیر منبع ابر منطق جریان کاری را تعیین می‌کند(2) و آن را در یکسری اسکریپت‌ها که در مخزن یک موتور خودکار هوشمند قرار داده شده، بیان می‌کند(2). سپس مدیر منبع ابر سپس بارکاری را انتخاب می‌کند، سیستم شروع به کار می‌کند و برنامه زمانبدی شده خود را اجرا می‌کند(3)، موتور خودکار هوشمند بارکاری را اجرا می‌کند و نتایج را گزارش می‌دهد(4).
15689ابزار توسعهٔ اسکریپتاسکریپتموتور خودکارسازیهوشمندمخزن اسکریپت‌هایقابل استفادهٔ مجددسیستم تأمینسرویسپرتال مصرفو مدیریتدسترسی‌ها
شکل ۴-۲ — نمای کلی از نتیجه کاربرد این الگو که چگونگی ترکیب الگوهای ترکیبی را نشان می‌دهد.
موفقموفقتأیید تغییر منبعبررسی اتصالحذف سرور از خوشهپایان تراکنشغیرفعال‌سازی نظارتنصب وصلهراه‌اندازی مجدد(در صورت نیاز)بازگشت به خوشهفعال‌سازی نظارتنصب موفق وصله
شکل ۴-۳ — الحاق سرور فیزیکی به‌صورت خودکار: فلوچارت

این سناریو سرور فیزیکی را به تصویر می‌کشد که نیاز به الحاق دارد، که یک کار عادی است و کاندید اولیه برای خودکار‌سازی است. سرور فیزیکی قسمتی از خوشه است، بنابراین اسکریپت نیاز دارد که از خاموش بودن سرور فیزیکی و غیرفعال بودن نظارت قبل از شروع فرایند الحاق اطمینان حاصل کند. این الگو مربوط به بخش‌های مهم معماری مرجع NIST است:

حامل ابرمصرف‌کنندهٔ ابرممیز ابر(امنیت، حریم خصوصی، عملکرد)ارائه‌دهندهٔ ابرلایهٔ سرویس (SaaS, PaaS, IaaS)لایهٔ انتزاع و کنترل منابعلایهٔ منابع فیزیکیمدیریت سرویس ابرکارگزار ابر(واسطه، تجمیع، داوری سرویس)
شکل ۴-۴ — معماری مرجع NIST جهت نگاشت
مدیریت سرویس ابرپشتیبانی کسب‌وکارمشتری، قرارداد، موجودی،حسابداری، گزارش‌گیری، قیمت‌گذاریتأمین/پیکربندیتأمین سریع، تغییر منبع،پایش، سنجش، مدیریت SLAقابلیت حمل/همکاری‌پذیریداده، سرویس و سیستم
شکل ۴-۵ — مدیریت سرویس ابر: پشتیبانی کسب‌وکار، تأمین و قابلیت حمل