وصلهگذاری در محیطهای کوچک
در مراکز IT سازمانی، وصلهگذاری سیستم یک فرآیند پیچیده است که شامل تعداد زیادی سیستم آزمایشی میشود که سیستمهای تولیدی را آینهوار بازتاب میدهند تا هر وصله جدید رسیده از فروشندگان سیستمعامل و نرمافزار بتواند در یک محیط واقعی آزمایش شود و دیده شود چگونه با ترکیبات سختافزاری و نرمافزاری موجود در سازمان تعامل میکند. در یک جهان ایدهآل، هر مرکزی یک فرآیند وصلهگذاری مدیریتشده داشت که بلافاصله به وصلههای تازه منتشر شده پاسخ میداد، فوراً آزمایش میکرد و به محض ایمن و قابل اجرا دانسته شدن وصله را اعمال میکرد. اما جهان ایدهآل نیست و در زندگی واقعی مجبوریم با منابع محدود کنار بیاییم: منابع فیزیکی، زمانی و مالی.
وصلهها عموماً به چند دلیل اصلی منتشر میشوند: امنیت، پایداری، کارایی و گاهی اوقات ارائه ویژگیهای جدید. به جز افزودن ویژگیهای جدید که معمولاً از طریق یک فرآیند انتشار متفاوت مدیریت میشود، وصلهها نشاندهنده رفع یک مشکل شناختهشده هستند. این سناریوی «اگر خراب نیست، تعمیرش نکن» نیست، بلکه سناریوی «خراب است و هنوز بهطور کامل از کار نیفتاده» است که نیاز به توجه فوری دارد – هر چه زودتر بهتر. اتخاذ رویکرد «صبر کن و ببین» در مورد وصلهها نادرست است، زیرا وجود یک وصله جدید به این معناست که هکرهای مخرب «رفعی» برای تحلیل دارند و حتی اگر پیش از این اکسپلویتی وجود نداشته باشد، به زودی وجود خواهد داشت. انتشار خود وصله میتواند محرک نیاز فوری به آن وصله باشد.
این اکوسیستم وصلهگذاری نیاز به ذهنیت «وصلهگذاری سریع» ایجاد میکند. وصلهها هرگز نباید راکد بمانند، آنها باید اغلب به محض انتشار و آزمایش اعمال شوند. تأخیر در وصلهگذاری میتواند به معنای اجرا با باگهای امنیتی حیاتی یا نگه داشتن سیستمها به طور غیرضروری غیرقابل اعتماد باشد.
مراکز IT کوچک به ندرت، اگر نگوییم هرگز، محیطهای آزمایشی برای سرورها، تجهیزات شبکه یا حتی دسکتاپها دارند. ایدهآل نیست اما واقعبینانه، حتی اگر آن محیطها در دسترس بودند، تعداد کمی از مراکز کوچک منابع انسانی IT اضافی دارند که برای اجرای آن آزمایشها در یک بازه زمانی مناسب در دسترس باشند.
این به اندازهای که به نظر میرسد تاریک نیست. آزمایش انجام شده برای اکثر وصلهها با آزمایشی که قبلاً توسط فروشنده انجام شده اضافی است. فروشندگان نمیتوانند هر تعاملی از سختافزار و نرمافزار را که ممکن است با محصولاتشان اتفاق بیفتد آزمایش کنند، اما آنها معمولاً طیف وسیعی از ترکیبات را آزمایش میکنند و به حوزههایی میپردازند که تعاملات بیشترین احتمال را دارند. نادر است که یک فروشنده بزرگ نرمافزار خود را با وصلههای بد فلج کند. بله، این اتفاق میافتد و داشتن پشتیبانگیری خوب و برنامههای بازگشتی مهم است، اما در عملیات روزانه، وصلهگذاری یک فرآیند نسبتاً ایمن است که انجام سریع آن بسیار مهمتر از انتظار برای فرصتهایی است که ممکن است یا نباشند.
مانند هر تغییر سیستمی، وصلهها بهترین حالت را در دوزهای مکرر و کوچک دارند. اگر وصلهها به سرعت اعمال شوند، معمولاً تنها یک یا چند وصله باید همزمان اعمال شوند. برای سیستمعاملها ممکن است همچنان مجبور شوید با چندین وصله در یک زمان کنار بیایید، بهویژه اگر تنها هفتگی وصلهگذاری میکنید، اما به ندرت باید دهها یا صدها فایل را همزمان وصله کنید وقتی اینگونه انجام میشود. وقتی اینگونه انجام شود، ارزیابی وصلهها برای اثرات منفی و بازگشت در صورت بد پیش رفتن فرآیند وصلهگذاری بسیار آسانتر است.
بدترین سناریو برای یک کسبوکار کوچک فاقد جریان کاری آزمایش مناسب وصله، انتظار کشیدن برای وصلههاست. انتظار به این معناست که سیستمها برای مدتهای طولانی بدون مراقبت لازم میمانند و وقتی وصلهها سرانجام اعمال میشوند، اغلب در فرآیندهای وصلهگذاری دستهای بزرگ است. اعمال وصلههای زیاد به طور همزمان احتمال اشتباه را افزایش میدهد و وقتی این اتفاق میافتد، شناسایی اینکه کدام وصله(ها) مقصر است و تولید مسیری برای رفع مشکل میتواند بسیار دشوارتر باشد.
تأخیر در وصلهگذاری فرآیندی است که برای IT یا کسبوکار مزیت کمی یا هیچ مزیتی ندارد، اما خطرات قابل توجهی برای امنیت، پایداری و کارایی دارد. بهترین شیوهها برای وصلهگذاری در محیط کوچک این است که به سیستمها اجازه دهید در اسرع وقت خودشان وصله شوند یا یک فرآیند وصلهگذاری منظم، شاید هفتگی، در زمانی برنامهریزی کنید که کسبوکار بیشترین آمادگی را برای شکست وصلهگذاری و رسیدگی به جبران وصله دارد. چه انتخاب کنید خودکار وصله بزنید یا صرفاً از طریق یک فرآیند دستی منظم این کار را انجام دهید، برای بهترین نتایج اغلب و به سرعت وصله بزنید.
آگهی
