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

معرفی

مخاطبان نقشه راه

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

دستاورد پایانی

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

پیش‌نیازها

موارد زیر پایه‌های لازم برای شروع را نشان می‌دهند.

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

مسیر یادگیری شغل مهندس کلود

1. ۱

   ساخت پایه لینوکس، خط فرمان و کنترل نسخه

   ۵۵ ساعت

   هدف گام: محیط کاری لینوکسی بسازید و بتوانید تغییرات تنظیمات و اسکریپت‌ها را ثبت و بازبینی کنید.

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

   از همان ابتدا همه فایل‌های پیکربندی و یادداشت‌های فنی را در یک مخزن Git نگه دارید. هدف این نیست که فرمان‌ها را حفظ کنید. باید بتوانید از لاگ و مستندات برای تشخیص مسئله استفاده کنید و تغییر قابل‌بازگشت بسازید.

   مهارت‌ها

   مدیریت سیستم‌های لینوکسکنترل نسخهاسکریپت‌نویسی و خودکارسازی

   ابزارها

   لینوکسبشگیتگیت‌هاب

   مفاهیم تکمیلی

   ساختار فایل و مجوزهای لینوکسمدیریت کاربر، گروه و دسترسیمدیریت سرویس‌ها و پردازش‌هاخواندن لاگ و تشخیص خطای پایهاتصال امن با SSHشاخه‌بندی و ثبت تغییرات پیکربندی

   پروژه پیشنهادی: یک ماشین لینوکسی آزمایشگاهی بسازید، یک کاربر غیرمدیر با دسترسی SSH ایجاد کنید، یک سرویس ساده را اجرا و لاگ آن را بررسی کنید. اسکریپتی بنویسید که فضای دیسک و وضعیت سرویس را گزارش دهد و همه فایل‌ها را با راهنمای اجرا در Git ثبت کنید.

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

2. ۲

   یادگیری شبکه و ارتباط سرویس‌ها

   ۵۰ ساعت

   هدف گام: مسیر ارتباط کاربر تا سرویس را در شبکه درک کنید و خطاهای رایج اتصال را عیب‌یابی کنید.

   منابع ابری بدون شبکه معنای عملی ندارند. آدرس‌دهی IP، زیرشبکه، مسیریابی، DNS، پورت، TCP، UDP، NAT و فایروال را در سطحی یاد بگیرید که بتوانید برای یک سرویس شبکه طراحی کنید. تفاوت شبکه عمومی و خصوصی و علت قرار ندادن همه سرویس‌ها در معرض اینترنت را تمرین کنید.

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

   مهارت‌ها

   شبکه و ارتباطات سرویس‌هاعیب‌یابی شبکهامنیت شبکه

   ابزارها

   لینوکسوایرشارک

   مفاهیم تکمیلی

   آدرس‌دهی IPv4 و تقسیم‌بندی زیرشبکهمسیریابی و دروازه پیش‌فرضتفکیک شبکه عمومی و خصوصیتبدیل نام دامنه به نشانی IP با DNSپورت‌ها و ارتباط TCPقوانین فایروال و فیلتر ترافیکروش مرحله‌ای عیب‌یابی اتصال

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

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

3. ۳

   درک سرویس‌های ابری و ساخت محیط پایه

   ۴۵ ساعت

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

   مدل‌های IaaS، PaaS و SaaS را با نگاه عملی یاد بگیرید و مسئولیت ارائه‌دهنده را از مسئولیت تیم خود جدا کنید. سپس ساخت ماشین مجازی، شبکه مجازی، ذخیره‌سازی بلوکی و شیءگرا، تصویر ماشین، گروه امنیتی، توازن بار و مقیاس‌پذیری را در محیط آزمایشی تمرین کنید.

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

   مهارت‌ها

   مدیریت زیرساخت ابریشبکه و ارتباطات سرویس‌ها

   مفاهیم تکمیلی

   مدل مسئولیت مشترک در رایانش ابریماشین مجازی و تصویر سیستم‌عاملشبکه مجازی و گروه‌های امنیتیذخیره‌سازی بلوکی و شیءگراتوازن بار و توزیع ترافیکمقیاس‌پذیری افقی و عمودیبرچسب‌گذاری منابع و کنترل هزینه

   پروژه پیشنهادی: یک محیط آزمایشی شامل شبکه، یک ماشین مجازی، فضای ذخیره‌سازی و سرویس وب بسازید. دسترسی مدیریتی را محدود کنید، یک دامنه یا نام محلی برای سرویس تنظیم کنید و نمودار ساده اجزای زیرساخت را تهیه کنید.

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

4. ۴

   تعریف زیرساخت به‌عنوان کد

   ۶۵ ساعت

   هدف گام: منابع ابری و پیکربندی سرورها را به‌جای تغییر دستی، قابل‌تکرار و بازبینی‌پذیر مدیریت کنید.

   زیرساخت به‌عنوان کد (Infrastructure as Code یا IaC) امکان می‌دهد محیط‌ها را از روی تعریف نسخه‌بندی‌شده بسازید. با Terraform، متغیرها، خروجی‌ها، ماژول‌ها، وضعیت زیرساخت و چرخه Plan و Apply را یاد بگیرید. State ممکن است شامل اطلاعات حساس باشد، بنابراین باید آن را در محل امن با کنترل دسترسی مناسب نگهداری کنید و بدون بررسی نباید آن را در مخزن عمومی قرار دهید.

   بعد از ساخت منابع، با Ansible تنظیمات تکراری سرورها مانند نصب بسته، ایجاد کاربر و اعمال فایل پیکربندی را خودکار کنید. تغییر دستی پنل را فقط برای آزمایش محدود انجام دهید و تغییرات موردنیاز محیط را در تعریف IaC ثبت کنید تا زیرساخت قابل بازبینی و بازسازی باشد.

   مهارت‌ها

   مدیریت زیرساخت به‌عنوان کداسکریپت‌نویسی و خودکارسازیکنترل نسخهمدیریت زیرساخت ابری

   ابزارها

   ترافورمانسیبلگیت

   مفاهیم تکمیلی

   اعلامی بودن تعریف زیرساختمدیریت متغیرها و خروجی‌های زیرساختماژول‌بندی منابع تکرارشوندهبررسی تغییر پیش از اعمالمدیریت امن وضعیت زیرساختخودکارسازی پیکربندی سروربازبینی تغییرات زیرساختی

   پروژه پیشنهادی: محیط گام قبل را با Terraform بازسازی کنید و با Ansible سرویس وب، کاربر اجرایی و تنظیمات پایه آن را پیکربندی کنید. اجرای پروژه باید از یک مخزن تازه، با راهنمای مشخص و بدون تغییر دستی پنل ممکن باشد.

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

5. ۵

   کانتینرسازی سرویس و اجرای آن در Kubernetes

   ۷۰ ساعت

   هدف گام: یک سرویس را به کانتینر تبدیل کنید و مفاهیم اصلی اجرای پایدار آن در Kubernetes را بیاموزید.

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

   سپس به Kubernetes بروید: Pod، Deployment، Service، Namespace، ConfigMap، Secret، درخواست و محدودیت منابع و بررسی رخدادها را یاد بگیرید. برای شروع، یک خوشه محلی کافی است. در محیط‌های کاری ممکن است خوشه مدیریت‌شده یا نصب‌شده روی ابر خصوصی ببینید. مفاهیم پایه در هر دو مشترک‌اند.

   مهارت‌ها

   کانتینرسازی نرم‌افزارارکستراسیون کانتینرهامدیریت زیرساخت ابری

   ابزارها

   داکرکوبرنتیزگیت

   مفاهیم تکمیلی

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

   پروژه پیشنهادی: یک API ساده یا سرویس وب موجود را کانتینرسازی کنید و با Deployment و Service روی Kubernetes اجرا کنید. تنظیمات و اسرار را از تصویر جدا نگه دارید، برای مصرف CPU و حافظه محدودیت تعیین کنید و روش Rollback کردن Deployment به نسخه قبلی را در راهنما بنویسی

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

6. ۶

   ساخت زنجیره استقرار و مدیریت تغییر

   ۴۰ ساعت

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

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

   برای تمرین، GitLab را به‌عنوان ابزار خط لوله انتخاب کنید. مفاهیم درخواست ادغام، بازبینی، متغیرهای محرمانه، تأیید دستی و ثبت نسخه را یاد بگیرید. این مفاهیم هنگام کار با ابزارهای دیگر نیز قابل انتقال‌اند.

   مهارت‌ها

   یکپارچه‌سازی و تحویل مستمرکنترل نسخهمدیریت زیرساخت به‌عنوان کدارتباطات فنی

   ابزارها

   گیتگیت‌لبداکرکوبرنتیزترافورم

   مفاهیم تکمیلی

   بازبینی تغییر پیش از ادغاماعتبارسنجی خودکار فایل‌های زیرساختمدیریت متغیرهای محرمانه در خط لولهاستقرار تدریجی و تأیید دستیثبت نسخه و امکان بازگردانیمستندسازی تغییر و علت آنساخت و Tag کردن تصویر کانتینر

   پروژه پیشنهادی: برای پروژه کانتینری خود یک خط لوله بسازید که با تغییر مخزن، فایل‌های Terraform را بررسی کند، تصویر سرویس را بسازد و پس از تأیید دستی در محیط آزمایشی مستقر کند. یک سناریوی شکست و بازگردانی را نیز ثبت کنید.

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

7. ۷

   پایش، هشداردهی و عیب‌یابی عملیاتی

   ۵۰ ساعت

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

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

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

   مهارت‌ها

   پایش و مشاهده‌پذیری سامانه‌هاارتباطات فنی

   ابزارها

   پرومتئوسگرافانا

   مفاهیم تکمیلی

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

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

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

8. ۸

   امنیت، پشتیبان‌گیری و پروژه نهایی زیرساخت

   ۶۵ ساعت

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

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

   برای داده و تنظیمات حیاتی، هدف بازیابی را با معیارهایی مانند RPO و RTO مشخص کنید و صرفاً به وجود نسخه پشتیبان اکتفا نکنید. یک سناریوی حذف یا خرابی را شبیه‌سازی کنید و فرایند بازگردانی را زمان‌بندی، اجرا و مستند کنید.

   مهارت‌ها

   مدیریت امنیت و دسترسی در زیرساخت ابریمدیریت زیرساخت ابریپایش و مشاهده‌پذیری سامانه‌هاارتباطات فنی

   ابزارها

   ترافورمانسیبلداکرکوبرنتیزپرومتئوسگرافانا

   مفاهیم تکمیلی

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

   پروژه پیشنهادی: یک سامانه نمونه شامل سرویس کانتینری، شبکه OpenStack، زیرساخت Terraform، پیکربندی Ansible، اجرای Kubernetes، پایش Prometheus و داشبورد Grafana بسازید. دسترسی‌ها را محدود کنید، از داده یا تنظیمات حیاتی پشتیبان بگیرید، بازیابی را آزمایش کنید و مخزن را با نمودار معماری، راهنمای اجرا، راهنمای رخداد و گزارش بازیابی کامل کنید.

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

ابزارهای مسیر

موارد زیر تصویری کلی از این بخش برای این مسیر ارائه می‌کنند.

• ابزار لینوکس Linux
• ابزار بش Bash
• ابزار گیت Git
• ابزار ترافورم Terraform
• ابزار انسیبل Ansible
• ابزار داکر Docker
• ابزار کوبرنتیز Kubernetes
• ابزار پرومتئوس Prometheus
• ابزار گرافانا Grafana

خطاهای رایج مسیر

برای آشنایی بهتر با این مسیر، توجه به موارد زیر می‌تواند مفید باشد.

• شروع با Kubernetes پیش از لینوکس و شبکه

  Kubernetes بسیاری از جزئیات شبکه، ذخیره‌سازی و اجرای پردازش را پنهان می‌کند. ابتدا بتوانید یک سرویس را روی لینوکس اجرا و مشکل اتصال آن را عیب‌یابی کنید، سپس سراغ خوشه بروید.

• تکیه بر تغییر دستی در پنل ابری

  هر تغییری که برای پروژه مهم است باید در Terraform یا ابزار پیکربندی ثبت شود. تغییر دستی آزمایشی را نیز بعداً به کد منتقل کنید تا محیط قابل‌بازسازی بماند.

• قرار دادن کلید و رمز در مخزن Git

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

• ساخت داشبورد بدون تعریف شاخص و اقدام

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

• فرض اینکه پشتیبان‌گیری به‌معنای قابلیت بازیابی است

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

• یادگیری یک پنل به‌جای مفهوم زیرساخت

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

• پیچیده‌کردن پروژه نهایی

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

چک‌لیست آمادگی شغلی

پیش از ادامه، فهرست زیر را مرور کنید و مطمئن شوید همه موارد را پوشش داده‌اید:

• می‌توانم یک ماشین لینوکسی را از راه دور مدیریت و خطاهای پایه آن را از روی لاگ بررسی کنم.
• می‌توانم شبکه، زیرشبکه، پورت و قانون دسترسی لازم برای یک سرویس را توضیح دهم.
• می‌توانم منابع یک محیط OpenStack را با Terraform ایجاد، تغییر و حذف کنم.
• می‌توانم پیکربندی تکراری سرورها را با Ansible خودکار کنم.
• می‌توانم یک سرویس را با Docker کانتینرسازی و روی Kubernetes مستقر کنم.
• می‌توانم تغییرات زیرساخت و استقرار را با Git و یک خط لوله قابل‌ردیابی مدیریت کنم.
• می‌توانم برای سرویس داشبورد، شاخص و هشدار قابل‌اقدام تعریف کنم.
• می‌توانم دسترسی حداقلی، مدیریت اسرار و تنظیمات امنیتی پایه را برای محیط اعمال کنم.
• می‌توانم پشتیبان‌گیری و بازیابی پروژه را واقعاً آزمایش و مستند کنم.
• می‌توانم یک مخزن قابل ارائه با راهنمای اجرا، نمودار معماری و گزارش رخداد آماده کنم.
• می‌دانم این چک‌لیست آمادگی فنی پروژه را می‌سنجد و برای هر آگهی باید پلتفرم، شرح وظایف و تجربه موردنیاز را جداگانه بررسی کنم.

پرسش‌های پرتکرار

در این بخش، به تعدادی از پرسش‌های رایج درباره این مسیر پاسخ داده شده است.

آموزش‌های مرتبط در فرادرس

• آموزش رایانش ابری یا کلود کامپیوتینگ، مبانی و مفاهیم + گواهینامه آموزش ویدئویی
• آموزش لینوکس جادی، کار با Linux (رایگان) + گواهینامه آموزش ویدئویی
• آموزش داکر جادی، مفاهیم و شروع کار با Docker (رایگان) + گواهینامه آموزش ویدئویی
• آموزش مقدماتی کوبرنتیز، مدیریت کانتینرها با Kubernetes + گواهینامه آموزش ویدئویی
• آموزش آژور Microsoft Azure تحت وب برای محاسبات ابری آموزش ویدئویی
• آموزش اپن استک + ۷ سرویس رایانش ابری OpenStack + گواهینامه آموزش ویدئویی
• آموزش امنیت در شبکه های کامپیوتری و اینترنت + گواهینامه آموزش ویدئویی

منابع پیشنهادی

• Complete Cloud Engineer Roadmap with Free Courses وب‌سایتgithub.com
• AWS Roadmap وب‌سایتroadmap.sh