چه زمانی زیرساخت IT یک سازمان به بازطراحی نیاز دارد؟

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

کندی پایدار شبکه نشانه معماری است، نه کمبود پهنای باند

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

وقتی کاربر یک فایل دویست مگابایتی را از درایو مشترک باز می کند و نوار پیشرفت چند دقیقه روی ۹۵ درصد می ماند، مشکل ظرفیت نیست؛ افت بسته و کوچک بودن پنجره دریافت است. در شبکه داخلی، تاخیر بالای ۲۰۰ میلی ثانیه در پاسخ سرور سیستم مالی یا افت بسته بالای یک درصد، تماس ویدئویی و اشتراک صفحه را عملا غیرقابل استفاده می کند، حتی اگر سرعت دانلود عدد بزرگی نشان دهد. کاربر این وضعیت را کندی توصیف می کند و تیم فنی دنبال پهنای باند می رود؛ دو نفر درباره دو چیز متفاوت حرف می زنند.

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

تفکیک این دو حالت کار تشخیصی می خواهد، نه حدس. پایش منظم با SNMP روی پورت های بالا رو به پایین، ثبت جریان ترافیک با NetFlow یا sFlow برای دیدن چه کسی پهنای باند را می خورد، و تست نقطه به نقطه با iPerf3 بین دو واحد، تصویر را در چند روز روشن می کند. اگر مصرف لینک بالا رو به پایین در ساعات اوج به بالای ۷۰ درصد برسد و در همان بازه تاخیر داخلی دو برابر شود، مسئله ظرفیت معماری است نه اپراتور اینترنت. برای اینکه این اندازه گیری ها را به یک تصویر قابل گزارش تبدیل کنید، پایش عملکرد و مستندسازی شبکه سازمانی نقطه شروع درستی است.

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

این نشانه وقتی به معنی نیاز به بازطراحی است که در هر سه لایه تکرار شود: دسترسی، توزیع و هسته. اگر فقط یک نقطه مشکل دارد، ارتقای نقطه ای کافی است. اگر هر سه لایه در ساعات اوج اشباع می شوند و کاربران در واحدهای مختلف شکایت دارند، تعویض یک سوئیچ فقط تاریخ شکایت بعدی را عقب می اندازد.

از کجا بفهمیم تجهیزات شبکه به پایان عمر مفید رسیده اند؟

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

در وضعیت پایان پشتیبانی، دستگاه از رمزنگاری های جدید پشتیبانی نمی کند. TLS نسخه ۱.۳، امضای SHA-256، پروتکل WPA3 و احراز هویت مبتنی بر گواهی، روی بسیاری از تجهیزات نسل قبل کار نمی کنند یا با افت عملکرد اجرا می شوند. نتیجه این است که یا نمی توانید به سرویس ابری وصل شوید، یا برای وصل شدن، امنیت را در پایین ترین سطح نگه می دارید. اینجا دیگر بحث راحتی نیست؛ بحث این است که بخشی از معماری امنیتی شما از داخل نقض شده است.

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

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

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

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

رشد سازمان و بارهای کاری جدید، سقف ظرفیت معماری فعلی را نشان می دهد

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

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

نصب اکسس پوینت نسل جدید هم فقط تعویض یک جعبه سقفی نیست. بهره برداری از کانال ۳۲۰ مگاهرتزی و چند باند به صورت همزمان، سوئیچ مولتی گیگابیت و بودجه توان بالاتر می خواهد؛ استاندارد 802.3bt تا ۶۰ و ۹۰ وات توان روی کابل تحویل می دهد، در حالی که استاندارد قدیمی تر 802.3af فقط ۱۵.۴ وات داشت. کابل Cat5e در بسیاری از ساختمان ها برای ۲.۵ گیگابیت در مسافت کوتاه جواب می دهد، اما برای ۱۰ گیگابیت و توان بالا باید Cat6a و مسیر کشی جدید دیده شود. اینجا نقطه ای است که پروژه شبکه به پروژه ساختمانی تبدیل می شود و بودجه اش را کسی پیش بینی نکرده بود. اگر مرحله ارزیابی بی سیم را جدی می گیرید، طراحی و ارتقای شبکه بی سیم سازمانی (مجازی سازی دسکتاپ) باید همراه با بررسی کابل کشی و بودجه توان انجام شود، نه بعد از خرید.

ترافیک پیوسته هم معادله را عوض می کند. هر دوربین ۴ مگاپیکسلی بین ۴ تا ۸ مگابیت بر ثانیه ترافیک دائمی تولید می کند؛ چهل دوربین یعنی ۲۰۰ تا ۳۲۰ مگابیت دائمی فقط برای نظارت تصویری. اگر این ترافیک از همان لینک بالا رو به پایین عبور کند که ترافیک کاری عبور می کند، ساعت اوج مصرف کاری با ساعت اوج ضبط تصویر یکی می شود و هیچ برنامه ریزی ظرفیتی این را پیش بینی نکرده بود.

الگوی اتصال به سرویس های ابری هم مسئله ساز است. وقتی ترافیک دسترسی به یک سرویس ابری از مرکز اصلی به شعبه برگردد و بعد دوباره خارج شود، بسته دو بار مسیر طولانی را طی می کند و تاخیر عملا دو برابر می شود. معماری مبتنی بر SD-WAN با شکستن محلی ترافیک اینترنتی در شعبه و نگه داشتن ترافیک حیاتی روی مسیر اصلی، همین مسیر برگشتی را حذف می کند؛ اما این کار به سیاست مسیریابی، شناسایی برنامه ها و در برخی موارد به بازطراحی آدرس دهی نیاز دارد، نه به یک تنظیم ساده روی روتر.

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

بازطراحی کامل، ارتقای تدریجی یا نگه داشتن وضع موجود؟

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

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

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

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

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

امنیت وصله ای، بدهی فنی است که با خرید تجهیزات بیشتر صفر نمی شود

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

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

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

لایه سوم، تجهیزات پایان پشتیبانی است. دستگاهی که بسته اصلاحی دریافت نمی کند، در برابر آسیب پذیری های عمومی روزهای اول آسیب پذیر است و اکسپلویت آن در فاصله کوتاهی پس از انتشار در دسترس قرار می گیرد. میانگین هزینه یک حادثه باج افزار یا اخاذی در گزارش سال ۲۰۲۵ آی بی ام، ۵.۰۸ میلیون دلار ثبت شده و بخش قابل توجهی از سازمان های قربانی، دقیقا روی همین تجهیزات بدون وصله بوده اند. این عدد را با هزینه نوسازی مقایسه کنید؛ تفاوت مرتبه بزرگی، بحث را تمام می کند.

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

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

قبل از هر تصمیم گیری مشاوره بگیرید

1. فهرست دارایی های شبکه را با تاریخ پایان پشتیبانی، نسخه سیستم عامل و وضعیت قرارداد پشتیبانی به صورت مکتوب تکمیل کنید و سهم ارزشی دارایی های پایان پشتیبانی را به درصد محاسبه کنید.
2. در سه بازه مشخص (ساعات اوج کاری، میان روز و شب) تاخیر، افت بسته و مصرف لینک بالا رو به پایین را با SNMP و NetFlow ثبت کنید و گلوگاه را جداگانه در لایه دسترسی، توزیع و هسته مشخص کنید.
3. هزینه سالانه نگهداری، قطعات و توقف سرویس را در یک کاربرگ کنار هزینه جایگزینی بگذارید و نسبت را حساب کنید؛ اگر از ۲۵ درصد رد شد، نوسازی توجیه اقتصادی مکتوب دارد.
4. سناریوی رشد بیست و چهار ماه آینده را با تعداد نفرات، دستگاه ها، دوربین ها و سرویس های ابری بنویسید و ماه تخمینی رسیدن به اشباع ظرفیت را در همان سند ذکر کنید.
5. از دو تامین کننده مستقل، طرح فنی مکتوب با توان عبوردهی در حالت بازرسی فعال، تعداد پورت و بودجه توان درخواست کنید و آن را با استانداردهای 802.3bt و 802.11ax یا 802.11be تطبیق دهید.

پرسش های متداول

آیا افزایش پهنای باند اینترنت جای بازطراحی زیرساخت را می گیرد؟

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

عمر مفید تجهیزات شبکه چند سال است؟

برای تجهیزات شبکه پنج تا هفت سال، برای سرورها چهار تا شش سال و برای کلاینت ها سه تا چهار سال مبنای عملی است. این عددها نقطه شروع برنامه ریزی هستند؛ معیار واقعی، نسبت هزینه نگهداری و توقف سرویس به هزینه جایگزینی و وضعیت پشتیبانی سازنده است.

بازطراحی کامل چقدر طول می کشد و آیا سازمان از کار می افتد؟

یک بازطراحی phased بین شش تا دوازده ماه زمان می برد و لازم نیست سازمان متوقف شود. کلید کار، اجرای فازی با سایت پایلوت و پنجره قطعی برنامه ریزی شده در ساعات کم ترافیک است. پروژه هایی که یکجا و بدون پایلوت اجرا می شوند، بیشترین قطعی را دارند.

اگر بخشی از تجهیزات هنوز کار می کند، باید همه را یکجا تعویض کرد؟

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

هزینه بازطراحی با اجاره تجهیزات یا مدل سرویس کم تر می شود؟

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

آیا مجازی سازی سرورها نیاز به بازطراحی شبکه را حذف می کند؟

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

کوچک ترین نشانه ای که باید جدی گرفته شود چیست؟

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