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

بررسی یکم: آیا نگهداری از راه دور اصلاً مجاز است

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

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

بررسی دوم: استثنا را پیش از انتخاب محرک بنویسید

شخص، ایستگاه کاری که از آن کار می‌کند، دستگاه هدف، عملیات مجاز و دوره تأییدشده را نام ببرید. اضافه کنید چه کسی در سایت می‌تواند کار را مجاز کند و آیا کسی باید نظارت کند. دسترسی‌پذیری مجوز نیست و یک اتصال کارآمد به کنترل‌کننده هیچ نمی‌گوید درباره اینکه آیا تغییر یک نقطه تنظیم مجاز است.

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

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

بررسی سوم: تعریف کنید بسته بودن یعنی چه

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

سپس نام ببرید چه کسی آن وضعیت را بررسی می‌کند و چگونه. یک سیاهه وارسی که با گفتن تکنسین که کار تمام است پایان می‌یابد، یک ادعاست نه یک بررسی. شاهد را در پرونده بگذارید: چه چیزی غیرفعال شد، چه زمانی و توسط چه کسی.

بررسی چهارم: توقف نباید به مسیری وابسته باشد که آن را متوقف می‌کند

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

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

بررسی پنجم: تجهیزات باید تا کار بعدی دوام بیاورند

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

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

با آزمایش سه نتیجه در قالب یک برنامه تأییدشده تمام کنید: یک عملیات مجاز، یکی ردشده و وضعیت پایان پنجره. یک مورد شکست اضافه کنید، مثلاً از دست دادن ارتباط اپراتور در میانه راه، و تأیید کنید که سایت با این حال بسته پایان می‌یابد. همان بررسی تنها شاهد این است که واژه موقت چیزی واقعی را توصیف می‌کرد.

مقالات مرتبط