ابزارهای مدیریت پیکربندی توانایی ایجاد تسهیل در فرایند مهاجرت از مایکروسافت به لینوکس را دارند

در اینجا ما یک سناریو را تصور می کنیم در میان مدیران سیستم ها SA ها در شرکت تان, شما استثنا هستید یونیکس را دو دستی چسبیده اید, مهارت های یونیکس خود را حفظ می کنید, و همچنان طرفدار پر و پا قرص یونیکس هستید

ابزارهای مدیریت پیکربندی توانایی ایجاد تسهیل در فرایند مهاجرت از مایکروسافت به لینوکس را دارند

در اینجا ما یک سناریو را تصور می‌کنیم. در میان مدیران سیستم‌ها (SA ها) در شرکت‌تان، شما استثنا هستید. یونیکس را دو دستی چسبیده‌اید، مهارت‌های یونیکس خود را حفظ می‌کنید، و همچنان طرفدار پر و پا قرص یونیکس هستید.

اما از طرفی شما یک فرد مصلحت‌گرا نیز هستید، از این رو از آنجایی که مایکروسافت به شکل روزافزونی بر روی سمت سرور شبکه رواج می‌یابد، شما با پیوستن به خیل هزاران متخصص دارای گواهینامه مایکروسافت در سرتاسر جهان مجموعه مهارت‌های خود را بسط داده‌اید. دلیل این که شما در شرکت‌تان یک استثنا هستید آن است که اغلب SA های همتای شما تجربه محدودی در یونیکس دارند – اغلب آنها صرفا دارای گواهینامه مایکروسافت هستند. تا اینکه یک روز رییس شما با یک "پروژه‌ ویژه" به سراغتان می‌آید. او از تخصص شما در زمینه یونیکس و تشابه میان لینوکس و یونیکس آگاهی دارد، و خاطرنشان می‌کند که شما دفتر کار را دو روز متوالی قبل از نیمه‌شب ترک نموده‌اید. از این رو نتیجه‌گیری می‌کند که شما کمی وقت آزاد دارید، او از شما می‌خواهد که در مورد امکان مهاجرت خدمات شبکه شرکت شما از مایکروسافت به لینوکس تحقیق نموده و نتیجه را به او گزارش دهید. به احتمال زیاد شما این گونه پاسخ خواهید داد: "قربان، ما قطعا با انتقال این خدمات به لینوکس در هزینه کسب مجوز صرفه‌جویی مالی زیادی می‌کنیم، اما هزینه قابل توجهی را نیز باید بابت آموزش تیم خود برای مدیریت لینوکس یا به خدمت گرفتن افراد جدید خارج از شرکت که اکنون دارای این مهارت‌ها هستند صرف نماییم. و البته یافتن چنین افرادی احتمالا کار ساده‌ای نیست، چرا که تقریبا به ازای هر ۱۰ نفر مهندس دارای گواهینامه مایکروسافت ۱ مهندس دارای گواهینامه لینوکس است."

این سناریو توسط مطالعات مجموع هزینه زیربنای IT مالکیت تایید گردیده است. برای مثال، IDC یک آمار خوب از تحلیل هزینه/سود که دست‌اندرکاران IT در هنگام مهاجرت به لینوکس با آن مواجه می‌شوند را فراهم می‌نماید. {دلایل متعددی برای این امر که لینوکس یک گزینه جذاب رو به رشد برای کاربران است وجود دارد. یکی از این دلایل، هزینه تهیه است: اگر هزینه‌های سخت‌افزار و نرم‌افزار را در نظر بگیریم، راه‌حل‌های لینوکس بر روی معماری اینتل توانایی ارائه قیمت‌های جذاب را دارند، به خصوص هنگامی که با پیکربندی‌های سیستم RISC/Unix مقایسه گردند. از سوی دیگر، اگر مدیریت، عملیات‌ها، آموزش، و سایر هزینه‌های مربوط به کارمندان را در نظر بگیریم، لینوکس شاید برای عرضه و گسترش به میزان کافی کامل باشد. IDC خاطرنشان می‌کند که سازمان‌های دارای دانش قوی یونیکس بلافاصله با لینوکس سازگار می‌گردند و هزینه پشتیبانی مداوم را مشابه یا کمتر از پلاتفرم یونیکس می‌یابند. اما سازمان‌های دارای دانش و تجربه عمیق در یک محیط ویندوز ممکن است برای سازگاری با رویکردهای به کار برده شده توسط لینوکس راحت نباشند و از این رو ممکن است با یک منحنی یادگیری شیب‌دار مواجه گردند.} (یکی از اسناد IDC) در حالی که نتایج این تحلیل قطعا از شرکتی به شرکت دیگر بر اساس تعداد سرویس‌هایی که آنها قصد مهاجرت‌شان را به لینوکس دارند و عمق تجربه لینوکس/یونیکس در محیط کاری IT آنها متفاوت خواهد بود، یک نتیجه‌گیری که قطعی به نظر می‌رسد این است: برای این که گسترش سرور لینوکس با همان نرخ سال‌های ۲۰۰۳ و ۲۰۰۴ به رشد خود ادامه دهد، لینوکس نه تنها باید به عنوان جایگزین یونیکس رشد نماید، بلکه رشد روزافزونی را نیز باید برای جایگزینی ویندوز داشته باشد. برای محقق شدن این امر، ابزارهای جدید مورد نیازند تا گروه‌های IT با یک پایه مهارت ویندوز غالب بتوانند به سرعت با مدیریت یک زیربنای لینوکس سازگار شوند.

● ابزارهای مدیریت لینوکس

نیاز به ابزارهای جدید اداره و مدیریت لینوکس هم توسط شرکت‌ها و هم توسط انجمن لینوکس مد نظر قرار گرفته است. در میان شرکت‌هایی که به این مساله پرداخته‌اند برجسته‌ترین آنها Novell و Red Hat است، دو فراهم‌کننده بزرگ توزیع‌های لینوکس. این شرکت‌ها ابزارهایی را عرضه می‌کنند که بسیاری از کارهای دستی، که حتی برای یک مدیر باتجربه لینوکس/یونیکس می‌توانند وقت‌گیر و مستعد خطا باشند، را خودکار می‌نمایند - کارهایی از قبیل اصلاح و به‌روزرسانی توزیع، تدارک قالب bulk، و کنترل وابستگی. چیزی که برای مدیر باتجربه POSIX وقت‌گیر است برای مدیر ویندوز که با ابزارهایی همچون SMS و HFNetChk خو گرفته می‌تواند کاملا بیگانه باشد. از انجمن لینوکس، پروژه Webmin که دارای مجوزی شبیه BSD است یک ابزار قدرتمند برای مدیریت پیکربندی شبکه‌های کوچک‌تر یونیکس/لینوکس محسوب می‌گردد (شکل ۱ را ببینید)، در حالی که Cacti قابلیت‌های بسیار عالی مانیتورینگ سرور را ارائه می‌نماید (شکل ۲ را ببینید). این ابزارها که توسط انجمن پشتیبانی می‌شوند بخش مهمی از نیاز برای قابلیت اداره بهتر لینوکس را پاسخ می‌دهند.

همچنان، در محیط‌های IT متوسط، بزرگ و/یا توزیع‌شده یک فضای خالی در قابلیت‌ها وجود دارد. هنگامی که برنامه‌های سرور لینوکس گسترش یافتند، وابستگی‌ها بررسی شدند، و اصلاحات صورت گرفت، یک نیاز مداوم برای فراهم ساختن یک راه بصری برای پیاده‌سازی تغییرات پیکربندی در سرویس‌هایی که بر روی سرورهای لینوکس آنها اجرا می‌گردند، وجود دارد. پیش از این، فضای لینوکس فاقد ابزارهایی بود که امکان مدیریت پیکربندی متمرکز مبتنی بر GUI را با چنین مشخصه‌هایی به عنوان توانایی گروه‌بندی سرورهای توزیع‌شده و سپس اعمال تغییرات پیکربندی به یک سرور، گروهی از سرورها، یا تمامی سرورها به صورت همزمان فراهم نماید. این فقدان در جدول ۱ نمایش داده شده است.

در حال حاضر، برای مثال، اگر یک مدیر دارای یک GUI مطمئن برای Sendmail باشد، هر تغییر پیکربندی در یک لحظه تنها می‌تواند به یک سرور اعمال شود. اگر لازم باشد تغییر به چندین سرور اعمال شود، همچون تغییرات پیکربندی ناحیه‌ای/عمومی یا کلاسترها، دقیقا همان تغییر بایستی به هر یک از سرورها اعمال گردد. اگر مدیر از یک GUI استفاده نکند بلکه به صورت دستی فایل .conf را ویرایش نماید، این هم باید بر روی تمامی سرورهایی که بایستی تغییر بر روی آنها اعمال گردد صورت بپذیرد. این رویکرد نه تنها وقت‌گیر است، بلکه اگر یک خطا رخ دهد، فرایند یافتن و اصلاح آن می‌تواند، اگر نه بیشتر، به همان میزان وقت‌گیر باشد.

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

یک نوع جدید از ابزارهایی که ما آنها را تحت عنوان مدیریت پیکربندی رده سازمانی می‌شناسیم می‌توانند نیاز مدیران لینوکس، یونیکس، و مایکروسافت را برای یک روش ساده جهت ایجاد تغییرات در چندین سرور لینوکس برطرف نمایند، در حالی که قابلیت‌های بازرسی، کنترل یا بی‌اثرسازی را برای مدیریت IT فراهم می‌نمایند. این گونه جا افتاده است که – عبارت "رده سازمانی" برای راه‌حل‌های IT همانند "tough on crime" برای سیاستمداران است – همه این حرف را تایید می‌نمایند، اما معنای واقعی آن چیست؟ منظور ما این است: انعطاف‌پذیر برای وفق یافتن با سازمان شما (نه برعکس)؛ ایمن به گونه‌ای که شما می‌توانید تغییرات را کنترل، بازرسی و بی‌اثر نمایید؛ و قدرتمند برای فراهم ساختن امکان ایجاد تغییرات پیکربندی بر روی یک سرور، یک گروه از سرورها، یا تمامی سرورها و پیاده‌سازی فوری یا با تاخیر تغییرات برای شما. به عنوان دستاوردی از این قابلیت‌ها، ابزارهای مدیریت پیکربندی رده سازمانی مزایای زیر را در پی دارند:

▪ کمک به کاهش خطاهای پیکربندی

▪ کمک به استاندارد شدن سریع‌تر IT بر روی لینوکس برای سرویس‌های بیشتر

▪ سبک کردن بار اجرای تنظیمی با ارائه بازرسی و کنترل مفصل

▪ ارائه انعطاف‌پذیری برای سازگاری با سازمان شما با حداقل اخلال در روند کار

● کاستن از خطاها

یک خطا در پیکربندی DNS را به عنوان مثال در نظر بگیرید. از آنجایی که آن زیربنای تعداد زیادی از شبکه‌های تجاری و اینترنت است، یک خطای کوچک در پیکربندی DNS می‌تواند منجر به مشکلات شبکه‌ای بیشماری گردد که ظاهرا نامربوط هستند. خطاهای پیکربندی DNS به عنوان عامل مشکلات سرویس‌های دایرکتوری و ایمیل شناخته شده‌اند، و حتی می‌توانند دسترسی کاربران به برنامه‌های کاربردی را هنگامی که این برنامه‌ها برای برقراری ارتباط با یک پایگاه داده از طریق نام DNS پایگاه داده تنظیم شده‌اند مختل نماید. یک سیستم بصری مبتنی بر GUI که تغییرات را بر روی سرورهای DNS پیاده‌سازی می‌نماید می‌تواند یک مدیر بی‌تجربه لینوکس را قادر به مدیریت یک شرکت یا شبکه ISP BIND نماید؛ و قابلیت‌های ثبت و بی‌اثرسازی، کار فراهم آوردن شبکه ایمن مورد نیاز در مواردی که جدیدترین تغییر پیکربندی DNS همزمان با برخی خطاهای ایمیل وحشتناک رخ می‌دهد را انجام می‌دهند.

نویسنده: Greg Wallace

مترجم: امین ایزدپناه

---