CI/CD و ابر
ساخت، تست و انتشار را خودکار کنید.
یکپارچه‌سازی پیوسته (CI) هر تغییر را همان لحظه‌ای که push می‌کنید تست می‌کند و تحویل پیوسته (CD) تغییرهای سالم را هر بار با همان دقت منتشر می‌کند. این مسیر با GitHub Actions کار می‌کند، ابزار خودکارسازیِ داخل GitHub که کارهای شما را روی ماشین‌های تازه‌ای در ابر به نام رانر (runner) اجرا می‌کند.
از یک پایپ‌لاین تست برای یک پروژه‌ی Node.js شروع می‌کنید و بعد ماتریس، کش، رازها و مجوزهای توکن را یاد می‌گیرید. در پایان یک ایمیج Docker می‌سازید، آن را با digest دیپلوی می‌کنید، سلامتش را بررسی می‌کنید و اگر بررسی شکست بخورد، خودکار به نسخه‌ی قبل برمی‌گردید. یک بخش پایانی هم قدم‌های بعدی را نشان می‌دهد: ورک‌فلوهای مشترک، رانرهای شخصی، زیرساخت به‌شکل کد و Kubernetes.
- درس
- ۱۴
- زمان
- ۲ ساعت
- سطح
- مقدماتی
- برنز باز
- نقره باز
- طلا قفل
آماده‌ای ثابتش کنی؟
سه آزمون منتظرند: برنز، نقره و طلا.
در پایان این مسیر می‌توانی
- CI، تحویل پیوسته و استقرار پیوسته را توضیح دهید و پایپ‌لاینی طراحی کنید که خطاها را زود گزارش کند
- ورک‌فلوهای GitHub Actions را با رویدادها، جاب‌ها، مرحله‌ها، ماتریس و کش بنویسید
- یک پروژه‌ی Node.js را با هر push و هر pull request خودکار تست کنید
- رازها را از لاگ‌ها دور نگه دارید و به هر توکن فقط همان مجوزهایی را بدهید که لازم دارد
- یک ایمیج Docker بسازید و push کنید، آن را با digest دیپلوی کنید و وقتی بررسی سلامت شکست خورد به نسخه‌ی قبل برگردید
- تستِ شکست‌خورده را از فایل ورک‌فلوی خراب تشخیص دهید و هر دو را درست کنید
نقشهٔ مسیر
۱ فصل ۱خودکارسازی بررسی‌ها
چرا CI مهم است، یک ورک‌فلو چطور ساخته می‌شود و یک پایپ‌لاین Node.js با ماتریس و کش.
۰ / ۵۲ فصل ۲منتشرش کنید
رازها و مجوزها، ایمیج Docker و digest، دیپلوی امن همراه با بازگشت به نسخه‌ی قبل و عیب‌یابی اجراهای شکست‌خورده.
۰ / ۵۳ فصل ۳گام‌های بعدی
پایپ‌لاین‌های بزرگ‌تر: ورک‌فلوهای مشترک، رانرهای خودتان، زیرساخت به‌شکل کد و Kubernetes.
۰ / ۴