صنعت و تولید

وقتی توقف یک سرویس می‌تواند روی خط کار اثر بگذارد، زیرساخت باید قابل اتکا باشد

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

درخواست جلسه فنی مشاهده همه صنایع

قبل از هر تغییر زیرساختی

کدام سرویس اگر متوقف شود، کار روزانه را واقعاً مختل می‌کند؟

کارخانه بدون ارتباط با ستاد تا کجا می‌تواند ادامه دهد؟
Backup آخرین بار چه زمانی واقعاً Restore شده؟
برای Upgrade یا Migration چه پنجره توقفی داریم؟
ظرفیت فعلی تا چه زمانی جواب می‌دهد؟
اگر یک لینک یا Storage از دسترس خارج شود، چه چیزی متوقف می‌شود؟

زیرساخت باید با ریتم واقعی کارخانه هماهنگ باشد

همه تغییرات را نمی‌شود هر زمانی انجام داد

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

مسئله‌هایی که معمولاً در کنار هم دیده می‌شوند

پایداری کارخانه فقط به یک سرور یا یک لینک وابسته نیست

ارتباط کارخانه و ستاد

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

Backup قابل بازیابی

نسخه پشتیبان زمانی ارزش دارد که Restore آن تست شده باشد و حادثه در محیط اصلی، همان نسخه را هم از بین نبرد.

پنجره محدود تغییر

Upgrade و Migration باید با برنامه تولید هماهنگ باشند و برای Rollback و تأخیر احتمالی هم زمان واقعی در نظر گرفته شود.

ظرفیت زیرساخت

رشد داده، کاربران و سرویس‌های جدید باید قبل از رسیدن Compute، Storage یا Network به مرز ظرفیت دیده شود.

امنیت و تفکیک

دسترسی کاربران، سرویس‌های مدیریتی و ارتباطات بین سایت‌ها باید مرزبندی مشخص داشته باشند تا یک رخداد به بخش‌های دیگر سرایت نکند.

پشتیبانی قابل اتکا

وقتی مشکل در سایت کارخانه رخ می‌دهد، زمان تشخیص و دسترسی مهم است. مستندات و مدل پشتیبانی باید برای همین شرایط آماده باشند.

کارخانه و ستاد

مرکزیت خوب است؛ به شرطی که کارخانه به آن وابسته مطلق نباشد

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

در طراحی ارتباط کارخانه و ستاد معمولاً این موارد را بررسی می‌کنیم

سرویس‌هایی که باید محلی در دسترس بمانند
مسیر اصلی و جایگزین ارتباط
Replication و محل نگهداری داده
Backup محلی و Off-Site
Segmentation و دسترسی‌ها
Monitoring و پشتیبانی از راه دور

لایه‌های راهکار

زیرساخت تولیدی را باید از دید کل سرویس دید، نه تجهیزات جداگانه

مجازی‌سازی، Network، Storage، Backup و Security اگر مستقل از هم طراحی شوند، ریسک در مرز بین آن‌ها باقی می‌ماند. معماری باید از ابتدا این وابستگی‌ها را ببیند.

Private Cloud و Virtualization

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

خدمات VCF

Network و Security

ارتباط پایدار کارخانه و ستاد، مسیر جایگزین، Segmentation و کنترل دسترسی برای کاهش دامنه اختلال و ریسک.

امنیت شبکه

Backup و Cyber Resilience

Backup محلی، Off-Site و نسخه Immutable برای اینکه خرابی یا حمله در یک سایت همه نسخه‌های قابل بازیابی را درگیر نکند.

راهکارهای Backup

DR و Business Continuity

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

Storage و Capacity

Sizing بر اساس بار واقعی، رشد داده و Performance موردنیاز تا توسعه بعدی به خاطر کمبود ظرفیت متوقف نشود.

پشتیبانی زیرساخت

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

پشتیبانی زیرساخت

نحوه شروع پروژه

اول سرویس‌ها و محدودیت زمان توقف را می‌شناسیم

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

۰۱

سرویس‌ها

سرویس‌های حساس، محل اجرا و وابستگی آن‌ها مشخص می‌شوند.

۰۲

محدودیت‌ها

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

۰۳

طراحی

معماری و Sizing با در نظر گرفتن رشد و سناریوی خرابی شکل می‌گیرند.

۰۴

اجرا و تست

تغییرات مرحله‌ای اجرا می‌شوند و Recovery و مستندات در عمل بررسی می‌شوند.

اگر محدودیت زمان توقف دارید، طراحی را از همان محدودیت شروع کنیم

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

درخواست جلسه فنی