دعوت ما از مدیرعامل، مدیر فناوری اطلاعات و مدیران زیرساخت این است که با شرایط واقعی سازمان خود وارد گفت‌وگو شوند. لازم نیست همه عددها آماده باشد. حتی مشخص کردن ابهام‌ها کمک می‌کند جلسه از معرفی عمومی عبور کند و به گام بعدی قابل اجرا برسد.
در این راهنما، موضوع از چند زاویه بررسی می‌شود: چرا سناریوی واقعی از فهرست تجهیزات مهم‌تر است؟، مخاطب این رویداد چه کسانی هستند؟، مسیر اول: دریافت زیرساخت Private AI به‌صورت سرویس Multi-Tenant. هدف این است که مخاطب پس از مطالعه، معیارهای تصمیم‌گیری و اقدام بعدی را روشن‌تر ببیند.
در این مقاله می‌خوانید
- چرا سناریوی واقعی از فهرست تجهیزات مهم‌تر است؟
- مخاطب این رویداد چه کسانی هستند؟
- مسیر اول: دریافت زیرساخت Private AI به‌صورت سرویس Multi-Tenant
- مسیر دوم: طراحی و پیاده‌سازی زیرساخت اختصاصی
چرا سناریوی واقعی از فهرست تجهیزات مهم‌تر است؟
فهرست تجهیزات می‌گوید چه چیزی می‌توان خرید، اما نمی‌گوید چرا، برای چه مصرفی و با چه سطح خدمتی. اگر نیاز روشن نباشد، بزرگ‌ترین زیرساخت نیز ممکن است ظرفیت بلااستفاده یا محدودیت پنهان ایجاد کند. سناریو رابطه میان فعالیت سازمان، داده، کاربر، زمان و نتیجه را نشان می‌دهد.
در رویداد، همین رابطه مبنای گفت‌وگوست. برای مثال، «واحد تحلیل هر پایان ماه به ظرفیت بیشتری نیاز دارد» از جمله «GPU قوی می‌خواهیم» اطلاعات تصمیمی بیشتری دارد. مورد اول زمان، الگوی مصرف و گزینه سرویس را وارد بحث می‌کند؛ مورد دوم فقط محصول را برجسته می‌سازد.
مخاطب این رویداد چه کسانی هستند؟
مدیرعامل یا عضو هیئت‌مدیره‌ای که باید درباره سرمایه‌گذاری و مدل تأمین تصمیم بگیرد، یکی از مخاطبان اصلی است. مدیر فناوری اطلاعات یا زیرساخت نیز محدودیت‌های فنی، امنیتی و عملیاتی را وارد گفت‌وگو می‌کند. حضور هم‌زمان این دو نگاه، فاصله میان خواسته کسب‌وکار و امکان اجرا را کاهش می‌دهد.
مدیر امنیت، داده یا مالی نیز می‌توانند پرسش‌های مشخص خود را پیش از رویداد آماده کنند. لازم نیست همه افراد یک سازمان در جلسه حاضر باشند؛ نمایندگان حاضر می‌توانند برگه نیاز مشترک را با خود بیاورند. هدف، تصمیم‌سازی میان واحدهاست.
مسیر اول: دریافت زیرساخت Private AI به‌صورت سرویس Multi-Tenant
در این مسیر، سازمان از بخشی از یک بستر خدماتی استفاده می‌کند و محیط، هویت و دسترسی آن با کنترل‌های مشخص از دیگر مشتریان تفکیک می‌شود. سازمان می‌تواند با ظرفیت نزدیک‌تر به نیاز شروع کند و بر اساس مصرف توسعه دهد. این مدل برای نیاز متغیر، شروع سریع یا زمانی که خرید کامل توجیه ندارد، قابل بررسی است.
پرسش‌های اعتماد نیز بخشی از همین مسیرند: داده کجا قرار می‌گیرد؟ جداسازی چگونه انجام می‌شود؟ چه کسی دسترسی مدیریتی دارد؟ ظرفیت و مصرف چگونه گزارش می‌شوند؟ بکاپ، رخداد و خروج چه فرایندی دارند؟ رویداد کمک می‌کند مدیران این سؤال‌ها را به معیار قابل سنجش تبدیل کنند.
مسیر دوم: طراحی و پیاده‌سازی زیرساخت اختصاصی
برخی سازمان‌ها به دلیل مصرف پایدار، محل داده، ارتباط نزدیک با سامانه‌های داخلی یا نیاز به منابع تضمین‌شده، زیرساخت اختصاصی را ترجیح می‌دهند. در این مسیر، معماری پردازش، شبکه، Storage، امنیت، بکاپ و عملیات برای سازمان طراحی می‌شود. اختیار بیشتر با مسئولیت بیشتر همراه است.
برق، سرمایش، فضا، قطعه، پشتیبانی و مهارت تیم باید در تصمیم وارد شوند. رویداد نشان می‌دهد چه زمانی این هزینه و مسئولیت توجیه دارد و چگونه می‌توان طراحی را مرحله‌ای کرد. داشتن تجهیزات هدف نهایی نیست؛ زیرساخت باید نیاز مشخص را با سطح خدمت قابل قبول پاسخ دهد.
چه اطلاعاتی را پیش از حضور جمع کنیم؟
یک برگه کوتاه کافی است. نام واحد متقاضی، فعالیت موردنظر، نوع و حساسیت داده، تعداد تقریبی استفاده هم‌زمان، زمان شروع و محدودیت بودجه یا محل نوشته شوند. اگر مصرف معلوم نیست، بازه و فرض اولیه ثبت شود. موارد نامعلوم نیز ارزش دارند، چون دامنه Assessment بعدی را نشان می‌دهند.
بهتر است کاربردها اولویت‌بندی شوند. یک نیاز حیاتی، یک نیاز آزمایشی و یک نیاز آینده شرایط یکسانی ندارند. اگر همه در یک جمله جمع شوند، ظرفیت و هزینه بیش‌برآورد می‌شود. شروع از یک یا دو سناریوی مشخص، تصمیم را قابل کنترل می‌کند.
اگر هنوز Use Case نهایی نداریم چه؟
بعضی سازمان‌ها می‌دانند باید برای AI آماده شوند اما کاربرد نهایی هنوز میان واحدها انتخاب نشده است. در این حالت، خرید زیرساخت بزرگ زودهنگام است. می‌توان چند کاربرد نامزد را با معیار ارزش، آمادگی داده، زمان اجرا و مسئول مشخص مقایسه کرد و برای یکی از آن‌ها Pilot تعریف نمود.
رویداد می‌تواند پرسش‌های زیرساختی را روشن کند، اما انتخاب ارزش کسب‌وکاری باید در داخل سازمان انجام شود. راگا زیرساخت و مسیر تأمین را بر اساس دامنه انتخاب‌شده بررسی می‌کند. ابهام درباره Use Case به معنای توقف کامل نیست؛ به معنای شروع با مرحله شناخت و اندازه‌گیری است.
ظرفیت تقریبی را چگونه بیان کنیم؟
لازم نیست مدیران از ابتدا عدد دقیق منابع را بدانند. تعداد فعالیت هم‌زمان، مدت هر فعالیت، حجم داده، ساعت‌های اوج و زمان قابل قبول برای دریافت نتیجه ورودی‌های مفیدتری هستند. تیم فنی می‌تواند این اطلاعات را به برآورد اولیه ظرفیت تبدیل کند.
در رویداد درباره تفکیک ظرفیت پایه، اوج و رشد صحبت می‌شود. اگر اطلاعات کافی نباشد، دمو یا Pilot برای اندازه‌گیری پیشنهاد می‌گردد. هدف، جلوگیری از حدس قطعی است. برآورد اولیه باید قابل بازبینی باشد و با شواهد مصرف اصلاح شود.
بودجه را به‌صورت دامنه و مرحله مطرح کنیم
اگر بودجه قطعی نیست، سازمان می‌تواند سقف یا بازه مرحله اول را مشخص کند. این اطلاعات کمک می‌کند گزینه‌های عملی بررسی شوند. دریافت سرویس، خرید مرحله‌ای یا مدل ترکیبی هرکدام شکل متفاوتی از پرداخت و تعهد دارند. مخفی ماندن کامل محدودیت بودجه، پیشنهادهایی تولید می‌کند که از ابتدا قابل اجرا نیستند.
بحث بودجه در رویداد به اعلام قیمت عمومی محدود نمی‌شود. باید بدانیم چه چیزی مبلغ را تغییر می‌دهد: ظرفیت، سطح خدمت، دوره استفاده، پشتیبانی، محل داده و مسئولیت‌ها. با روشن شدن این عوامل، برآورد متناسب در جلسه بعدی تهیه می‌شود.
درباره امنیت چه سؤال‌هایی بیاوریم؟
مدیر امنیت می‌تواند روی داده، هویت، جداسازی، دسترسی مدیریتی، ثبت رویداد، بکاپ و رخداد تمرکز کند. پرسش باید به شرایط سازمان متصل باشد. «آیا امن است؟» پاسخ قابل سنجش نمی‌سازد؛ «اگر حساب مدیر سرویس در اختیار فرد غیرمجاز قرار گیرد، چه مرزی از محیط ما محافظت می‌کند؟» سؤال دقیق‌تری است.
در مسیر Multi-Tenant، تفکیک سازمان‌ها و مسئولیت ارائه‌دهنده اهمیت بیشتری دارد. در مسیر اختصاصی، چرخه Patch، دسترسی تیم داخلی و حفاظت فیزیکی نیز اضافه می‌شود. هیچ مدل واحدی همه ریسک‌ها را حذف نمی‌کند؛ انتخاب باید با سطح کنترل موردنیاز هماهنگ باشد.
دمو را برای تصمیم طراحی کنیم
در رویداد درباره امکان دمو و ارزیابی بعدی صحبت خواهد شد. دمو باید یک سؤال واقعی را پاسخ دهد. آیا محیط در زمان موردانتظار آماده می‌شود؟ آیا افزایش ظرفیت فرایند روشن دارد؟ آیا گزارش مصرف برای مدیریت قابل استفاده است؟ آیا مرز دسترسی قابل مشاهده است؟
سازمان بهتر است پیش از درخواست دمو، معیار پذیرش را بنویسد. داده نمونه، مدت آزمون و افراد تأییدکننده مشخص شوند. خروجی دمو می‌تواند ادامه با Pilot، اصلاح نیاز یا بررسی مسیر دیگر باشد. نمایش جذاب بدون سؤال تصمیمی، ارزش محدودی دارد.
هزینه را در دوره مشترک مقایسه کنیم
برای زیرساخت اختصاصی، قیمت خرید با طراحی، محل، لایسنس، پشتیبانی، برق، نیرو، قطعه، بکاپ و توسعه جمع می‌شود. برای سرویس، مبلغ پایه، مصرف، ظرفیت رزروشده، پشتیبانی، انتقال داده و شرایط خروج دیده می‌شوند. دوره و سطح خدمت باید یکسان باشند.
در رویداد، شرکت‌کننده با اجزای این مقایسه آشنا می‌شود. محاسبه نهایی پس از دریافت اطلاعات سازمان انجام می‌گیرد. نتیجه ممکن است با تغییر مصرف یا افق زمانی تغییر کند. شفاف بودن فرض‌ها از یک عدد عمومی ارزشمندتر است.
سطح خدمت را به اهمیت فعالیت وصل کنیم
یک محیط آزمایشی و یک فرایند متصل به عملیات روزانه، تحمل توقف متفاوتی دارند. سازمان باید بگوید در صورت نبود ظرفیت یا اختلال چه پیامدی رخ می‌دهد. بر اساس آن می‌توان زمان پاسخ، دسترس‌پذیری، ظرفیت رزروشده و بازیابی را تعریف کرد.
بالاترین سطح خدمت برای همه کاربردها هزینه را افزایش می‌دهد. طبقه‌بندی نیازها اجازه می‌دهد بودجه به فعالیت‌های حساس‌تر اختصاص یابد. رویداد زبان مشترکی برای این گفت‌وگو میان مدیریت و فناوری فراهم می‌کند.
نقش شبکه و Storage را فراموش نکنیم
منابع پردازشی بدون مسیر مناسب داده و نگهداری پایدار کافی نیستند. حجم انتقال، تأخیر، ظرفیت Storage، حفاظت داده و ارتباط با دیتاسنتر داخلی باید بررسی شوند. گاهی محدودیت اصلی بیرون از بخش پردازشی است و افزایش همان منبع نتیجه را تغییر نمی‌دهد.
راگا زیرساخت را یک زنجیره می‌بیند: پردازش، شبکه، Storage، مجازی‌سازی، امنیت، بکاپ و مانیتورینگ. در رویداد، این اجزا به زبان تصمیم مدیریتی کنار هم قرار می‌گیرند. طراحی تفصیلی در Assessment بعدی انجام می‌شود.
اگر دو واحد نیازهای متفاوت دارند چه؟
ممکن است واحد تحقیق به محیط منعطف و موقت نیاز داشته باشد و واحد عملیات به ظرفیت پایدار و کنترل شدید. قرار دادن هر دو روی یک مدل، هزینه یا محدودیت غیرضروری می‌سازد. هر نیاز باید جدا سنجیده و سپس معماری مشترک یا ترکیبی بررسی شود.
در سناریوی سازمان، یکی از واحدها نامزد سرویس Multi-Tenant و دیگری نامزد زیرساخت اختصاصی می‌شود. سیاست هویت، داده و گزارش باید رابطه دو محیط را روشن کند. مدل ترکیبی انعطاف دارد اما مدیریت یکپارچه می‌خواهد.
پس از رویداد چه اتفاقی می‌افتد؟
برای سازمان علاقه‌مند، گام بعدی می‌تواند جلسه نیازسنجی، Assessment زیرساخت، برآورد ظرفیت یا دمو باشد. دامنه بر اساس اطلاعات ارائه‌شده تعیین می‌شود. همه سازمان‌ها به یک مسیر هدایت نمی‌شوند. ممکن است نتیجه جلسه، تکمیل داده یا تعویق آگاهانه تصمیم باشد.
خروجی باید مسئول و موعد داشته باشد. اگر قرار است تیم مصرف را اندازه بگیرد، شاخص و دوره مشخص می‌شود. اگر دمو لازم است، سؤال و معیار پذیرش نوشته می‌شود. این پیگیری، رویداد را به تصمیم عملی متصل می‌کند.
ثبت علاقه‌مندی برای حضور
این محتوا دعوت اولیه برای مدیران سازمانی است که تصمیم زیرساخت Private AI را در دستور کار دارند. برای دریافت دعوت‌نامه و جزئیات نهایی زمان و محل، می‌توانید علاقه‌مندی سازمان، سمت افراد حاضر و مهم‌ترین پرسش خود را به راگا اعلام کنید. ظرفیت رویداد حضوری بر مخاطبان مرتبط متمرکز خواهد بود.
در پیام اولیه نیازی به ارسال اطلاعات محرمانه نیست. یک شرح کوتاه از صنعت، تعداد واحدهای متقاضی و نوع تصمیم کافی است. تیم راگا بر اساس آن، مسیر ارتباط و اطلاعات موردنیاز برای جلسه را هماهنگ می‌کند.
نقش راگا در دو مسیر تأمین
راگا زیرساخت Private AI را به‌صورت سرویس Multi-Tenant ارائه و امکان طراحی و پیاده‌سازی زیرساخت اختصاصی را نیز بررسی می‌کند. در مسیر سرویس، تمرکز بر شروع متناسب، جداسازی، گزارش مصرف و توسعه ظرفیت است. در مسیر اختصاصی، معماری و تأمین اجزای زیرساخت با شرایط سازمان هماهنگ می‌شود.
در هر دو مسیر، موضوع اصلی زیرساخت است: منابع پردازشی، شبکه، Storage، امنیت، بکاپ، مانیتورینگ و عملیات. نیاز سازمان تعیین می‌کند کدام ترکیب مناسب‌تر است. رویداد فرصتی است تا مدیران این انتخاب را با سؤال‌های دقیق و شواهد قابل بررسی آغاز کنند.
دعوت نهایی این بخش از روایت
مدیرعامل و مدیر فناوری سازمان برگه خود را آماده کرده‌اند: هدف مرحله اول، داده مجاز، مصرف تقریبی، سقف بودجه و پنج سؤال درباره Multi-Tenant. آن‌ها می‌دانند شاید پس از رویداد هنوز به Assessment نیاز داشته باشند، اما مسیر تصمیم و اطلاعات لازم روشن‌تر خواهد شد.
سناریوی سازمان خود را نیز با همین قالب آماده کنید. خرید زیرساخت یا دریافت سرویس، پاسخ ثابت ندارد. وقتی نیاز، داده، ظرفیت، زمان، بودجه و مسئولیت‌ها کنار هم قرار گیرند، انتخاب قابل دفاع می‌شود. رویداد Private AI راگا برای آغاز همین گفت‌وگوی مدیریتی و زیرساختی برگزار خواهد شد.
چک‌لیست یک‌دقیقه‌ای پیش از ثبت علاقه‌مندی
پیش از ارسال درخواست، چهار مورد را مشخص کنید: تصمیم اصلی سازمان، افراد مناسب برای حضور، سطح محرمانگی اطلاعات قابل طرح و نتیجه‌ای که پس از رویداد انتظار دارید. اگر تصمیم هنوز روشن نیست، یکی از چهار محور خرید، سرویس، ظرفیت یا امنیت داده را انتخاب کنید. همین انتخاب به تنظیم گفت‌وگو کمک می‌کند.
پس از ثبت علاقه‌مندی، جزئیات نهایی رویداد و اطلاعات لازم برای حضور در اختیار مخاطبان مرتبط قرار می‌گیرد. سازمان می‌تواند سؤال‌های خود را پیشاپیش ارسال کند تا بخش عمومی و گفت‌وگوهای بعدی متناسب‌تر شوند. هدف، استفاده مؤثر از زمان مدیران است.
اگر امکان حضور نداریم چه کنیم؟
سازمان می‌تواند پرسش و سناریوی کوتاه خود را برای راگا ارسال کند تا مسیر مناسب برای گفت‌وگوی بعدی مشخص شود. محتواهای کمپین نیز چارچوب اولیه تصمیم را در اختیار مدیران می‌گذارند. حضور در رویداد فرصت تعامل مستقیم و مقایسه پرسش‌ها را بیشتر می‌کند، اما آغاز Assessment به همان روز محدود نیست.
محرمانگی سناریوی سازمان
در بخش عمومی نیازی به بیان نام سامانه، حجم دقیق داده یا جزئیات امنیتی نیست. می‌توان مسئله را با بازه‌ها و توصیف کلی مطرح کرد. اطلاعات اختصاصی در جلسه جداگانه و با چارچوب همکاری مناسب بررسی می‌شود. این تفکیک به مدیران اجازه می‌دهد از گفت‌وگوی جمعی استفاده کنند و در عین حال مرز اطلاعات سازمان را حفظ نمایند.
رویداد را آغاز یک مسیر ببینیم
تصمیم زیرساخت Private AI با یک جلسه کامل نمی‌شود. رویداد باید سؤال‌ها را مرتب، گزینه‌ها را قابل مقایسه و گام بعدی را روشن کند. داده مصرف، معماری فعلی و محدودیت بودجه در مراحل بعد تکمیل می‌شوند. هر مرحله شاهدی برای تصمیم بعدی می‌سازد.
برای برخی سازمان‌ها، سرویس Multi-Tenant نقطه شروع است؛ برای برخی دیگر، Assessment زیرساخت اختصاصی. گروهی نیز ابتدا به Pilot نیاز دارند. ارزش رویداد در این است که هر سازمان مسیر متناسب خودش را تشخیص دهد و از یک خرید یا تعهد مبهم فاصله بگیرد.
چک‌لیست تصمیم‌گیری
- نیاز و مالک کسب‌وکاری مشخص باشد.
- نوع داده و محدودیت دسترسی ثبت شود.
- ظرفیت پایه و اوج مصرف جدا محاسبه شوند.
- مدل اختصاصی یا Multi‑Tenant با معیار مشترک مقایسه شود.
برای تصمیم‌گیری درباره Private AI
نیاز، ظرفیت، داده و مدل بهره‌برداری سازمان را پیش از خرید یا دریافت سرویس بررسی کنید.
سؤالات متداول
Private AI را از کجا شروع کنیم؟
از یک نیاز تأییدشده، مالک مشخص، نوع داده، الگوی مصرف و معیار موفقیت شروع کنید؛ نه از فهرست تجهیزات.
زیرساخت اختصاصی بهتر است یا سرویس Multi‑Tenant؟
پاسخ به حساسیت داده، زمان شروع، الگوی مصرف، توان بهره‌برداری و سطح کنترل موردنیاز بستگی دارد.
ظرفیت Private AI چگونه تعیین می‌شود؟
هم‌زمانی، زمان پاسخ، حجم داده، دسترس‌پذیری، رشد و ظرفیت رزرو باید کنار هم سنجیده شوند.
منابع
[۱] Microsoft Learn — نمای کلی ملاحظات معماری Multi-Tenant مشاهده منبع
[۲] NIST SP ۸۰۰-۱۴۵ — تعریف سرویس زیرساختی و ویژگی‌های تخصیص منابع مشاهده منبع
مطالب مرتبط در سایت راگا
برای تکمیل این مسیر، راهنمای Private AI روی VCF و مقاله «در رویداد Private AI راگا، پاسخ کدام تصمیم سازمانی را می‌گیریم؟» را ببینید.