تغییر سریع، اما کنترلشده
DevOps و اتوماسیون
ساخت، آزمون، انتشار و تغییر زیرساخت را طوری خودکار کنید که سرعت بیشتر به معنی ریسک بیشتر یا وابستگی به کار دستی نباشد.
یک مسیر انتشار روشن
تغییر از کد تا محیط اصلی مراحل، مسئول و معیار عبور مشخص دارد.
اتوماسیون قابل بررسی
اسکریپت و خط لوله باید نسخهدار، قابل بازبینی و دارای رفتار خطای روشن باشند.
بازگشت بخشی از انتشار
قبل از تغییر مهم باید بدانیم در چه شرایطی و چگونه برمیگردیم.
دامنه کار
اجزای یک مسیر تحویل قابل اعتماد
کنترل نسخه
کد، پیکربندی و تغییر زیرساخت با سابقه روشن.
ساخت
خروجی تکرارپذیر و قابل ردیابی به نسخه منبع.
آزمون
بررسی خودکار متناسب با ریسک تغییر.
انتشار
مرحلهبندی، تأیید و کنترل محیط اصلی.
زیرساخت بهصورت کد
تغییر بازبینیپذیر بهجای دستور دستی بدون سابقه.
شواهد انتشار
ثبت نسخه، نتیجه آزمون، تأییدها و وضعیت بعد از انتشار.
جزئیات اجرایی
هدف اتوماسیون حذف فکر کردن نیست؛ حذف کار تکراری و خطاپذیر است.
تصمیم پرریسک باید همچنان روشن و قابلپیگیری باشد. خودکارسازی در جایی ارزش دارد که ورودی، خروجی، خطا و مسیر بازگشت مشخص باشد. برای تغییرهای حساس، مرحله تأیید انسانی میتواند بخشی از خط لوله باقی بماند.
- خط لوله نسخهدار
- مدیریت امن اطلاعات محرمانه
- آزمون قبل و بعد از انتشار
- تأیید برای تغییرهای حساس
- بازگشت قابل اجرا
روش اجرا
بهبود مسیر تحویل
- 01
اندازهگیری
گلوگاه، کار دستی و خطاهای تکراری را پیدا میکنیم.
- 02
استانداردسازی
ورودی و خروجی هر مرحله را روشن میکنیم.
- 03
خودکارسازی
کار تکراری را به ابزار قابلبررسی منتقل میکنیم.
- 04
محافظت
آزمون، مجوز و مسیر بازگشت اضافه میکنیم.
- 05
پایش
زمان تحویل و خطاهای انتشار را دنبال میکنیم.
FAQ
پرسشهای مهم قبل از شروع
با GitHub Actions یا GitLab CI کار میکنید؟+
بله؛ ابزار بر اساس محیط موجود انتخاب میشود. اصل مهم قرارداد روشن خط لوله و کنترل تغییر است.
همه انتشارها باید خودکار باشند؟+
خیر. میزان خودکارسازی باید با ریسک و بلوغ محیط هماهنگ باشد.
اتوماسیون زیرساخت را هم پوشش میدهید؟+
بله. زیرساخت بهصورت کد و کنترل تغییر آن بخش طبیعی همین حوزه است.
قدم بعدی
مسیر انتشار را از مجموعهای از کارهای دستی به فرایندی قابل اعتماد تبدیل کنیم.
از مرحلهای شروع کنیم که امروز بیشترین تأخیر یا خطا را ایجاد میکند.