جستجو در بخش : سوال جواب منابع اسلامی لغت نامه ها قوانین و مصوبات
×

فرم ورود

ورود با گوگل ورود با گوگل ورود با تلگرام ورود با تلگرام
رمز عبور را فراموش کرده ام عضو نیستم، می خواهم عضو شوم
×

×

آدرس بخش انتخاب شده


جهت کپی کردن میتوانید از دکمه های Ctrl + C استفاده کنید
رویداد ها - امتیازات
در حال بارگذاری
×

رویداد ها - امتیازات

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


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

دلیل درخواست بستن پست

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

تعریف CI/CD در حوزه برنامه نویسی چیست؟


2
0
378

دوستان کسی میدونه دقیقا تعریف CI و CD چی هست؟ ربطی به سیستم ورژن کنترلی داره که ازش استفاده میشه؟

برای چی ازش استفاده میشه دقیقا؟ از باگ ها جلوگیری میکنه؟ چون من یک جایی خودنم که اگه یه برنامه بدون باگ میخواید باید از CI/CD Pipeline استفاده کنید.

Do you want your engineering team to deliver bug-free code at high velocity? A fast and reliable CI/CD pipeline is crucial for doing that sustainably over time.

میشه لطفا اگر میدونید چی هست یک مقدار توضیح بدید و اینکه کلا معماریش به چه شکلیه؟ چه موقع میشه ازش استفاده کرد؟ و با چه ابزاری باید پیاده سازیش کرد. ممنون

علمی برنامه-نویسی
سوال شده در سعید غلامی
626 امتیاز


نکته ای که وجود داره این هستش که توی جمله ای که شما یه جایی خوندید، باید at high velocity برجسته بشه نه bug-free. چرا که هدف از CI/CD Pipeline اینه که شما با سرعت بیشتر و به صورت خودکار یه نسخه جدید از محصولت رو برای کاربر نهاییت عرضه بکنی. ـــسجاد شفی زاده در 5 ماه قبل

500 کاراکتر باقی مانده

1 جواب

2

خب؛ سوال خوبیه! منم این روزها زیاد ازش میشنوم که CI/CD Pipeline چیه، چه کاربردی داره و چطوری کار میکنه.

CI/CD Pipeline چیه؟

در حوزه برنامه نویسی، CI/CD Pipeline به شما کمک میکنه که مراحل توسعه نرم افزارتون رو automated (آتومانیک) کنید. به عنوان مثال، خروجی گرفتن از پروژه، اجرای تست ها، بارگذاری اون بر روی سرور و .. همه و همه قراره به صورت خودکار اتفاق بیوفته.

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

نکته: واژه pipeline در جاهای مختلف معانی مختلفی داره. به صورت تحت اللفظی معنی «لوله» میده ولی در اینجا و به طور کلی معنی «سلسله مراحل یک فرایند» رو میده.

معنی CI و CD چیه؟

در واقع CI مخفف Continuous Integration (ادغام پیوسته) هست که یک عمل نرم افزاری است که توی اون همه برنامه نویس ها، تغییراتی که توی کدشون میدن رو روی یک ریپازیتوری مرکزی merge میکنن (شاید چندین بار این اتفاق در روز بیوفته).

همچنین CD مخفف Continuous Delivery هست که در یک سطح بالای Continuous Integration قرار میگیره و عمل خودکار-سازی انتشار یک پروژه نرم افزاری رو به چرخه فرایند اضافه میکنه.

در CI، هر تغیر در کد، یک زنجیره build-and-test (ساخت و تست) رو برای اون پروژه ای که توش کد تغییر کرده اجرا میکنه، همچنین بازخورد اون تغییر کد رو به برنامه نویس یا برنامه نویسایی که اون تغییرات رو ایجاد کردن اعلام میکنه. تمام چرخه CI (از خروجی گرفتن پروژه تا تست و بارگذاریش) همه باید کمتر از 10 دقیقه طول بکشه.

از طرفی CD شامل تهیه و تدارک زیرساخت ها هست. که میتونه گاها شامل چندین لایه/سطح باشه. چیزی که مهمه اینه که تمام این فرایند براید کاملا خودکار باشه؛ و هر نسخه جدیدی که آماده میشه و این چرخه شروع به اجرا میکنه، یک نسخه کاملی از log ها (گزارش کامل) ساخته بشه و در اختیار تیم فنی قرار بگیره که همه متوجه بشن اون features (قابلیت یا قابلیت های) جدیدی که اضافه شده، به چه صورتی و با چه بازخوردی به پروژه اضافه شدن.

نکته: در بعضی موارد هم CD به منظور Continuous Deployment هم در مطرح میشه و از اونجایی که خیلی روی صحبت من مرتبط باهاش نیست، اشاره ای بهش نمیکنم.

اجزای CI/CD pipeline چی هستن؟

شاید در یک نگاه کلی به قصه، CI/CD pipeline یک کار اضافی و سربار به نظر برسه، ولی واقعا اینطور نیست. همانطور که گفته شد، دقیقا ضروری ترین مراحل انتشار یک نسخه جدید از محصول رو به صورت خیلی حرفه ای و دقیق خودکار یا همون automated میکنه. مراحلی که باید هر سری برای انتشار یک نسخه جدید انجام و بررسی بشن.

در نبود یک pipeline خودکار، در واقع مهندسین (یا برنامه نویس ها) باید به صورت دستی (و با ضریب خطای بیشتری) این مراحل رو انجام بدن که خب همین امر باعث میشه زمان بیشتری هم بزارن و طبیعتا عملکردشون (یا همون productively) هم افت میکنه.

اکثر پروژه های نرم افزاری، برای انتشار یک نسخه جدید، باید این مراحل رو طی کنن:

مراحل CI/CD pipeline

همانطور که میبینی، مراحل کلی یک فرایند برای انتشار یک ورژن یا نسخه جدید از یک پروژه/محصول 4 مورد زیر هستن:

  1. مرحله Source (منبع کد)
  2. مرحله Build (ساخت)
  3. مرحله Test (تست)
  4. مرحله Deploy (استقرار، انتشار)

خطا هر کدوم از مراحل بالا به صورت یه نوتیفیکیشن (یا از طریق ایمیل یا اسلک یا هرچی) به برنامه نویسای پروژه ارسال میشه که برنامه نویسایی که مسئول اون بخش هستن به خطای رخ داده رسیدگی بکنن. در غیر این صورت (اگر هیچ خطایی نباشه) برای تمام تیم یک نوتیفیکیشن «موفقیت آمیز» از انتشار نسخه جدید ارسال میشه.

مرحله Source (منبع کد)

در بیشتر مواقع، شروع pipeline زمانی اتفاق میوفته که یک push به ریپازیتوری (که کد پروژه اونجاس) انجام میشه. به عبارت بهتر، همون تغییر کدی که گفته بودم، وقتی به سورس پروژه تزریق میشه فرایند CI/CD شروع به کار می کنه. البته یک نوع دیگه ای از شروع کار CI/CD هم وجود داره که بهش میگن scheduled (یعنی زمان بندی شده)؛ این مورد اغلب برای مواقعی هست که میخوایم در یک ساعت خاصی از روز مثلا وب سایتمون رو بروزرسانی بکنیم که میدونیم در اون ساعت تعداد کاربرهای آنلاین کمتری دارن از سایت استفاده میکنن. که در اون صورت توی تنظیمات ست میکنیم که در فلان زمان عملیات CI/CD شروع به کار کنه.

مرحله Build (ساخت)

در این مرحله ما کدی که به سورس پروژه اضافه شده رو ترکیب میکنیم با کد سورس اصلی و تمام وابستگی هاش (dependencies) رو هم نصب و دانلود میکنیم و سورس رو تبدیل میکنیم به همون چیزی که کاربر نهایی قراره در این نسخه ببینه. برنامه هایی که به زبان های جاوا، سی پلاس پلای یا .. نوشته شدن، نیاز دارن که کامپایل بشن (و در این مرحله میشن)، در حالی که زبان هایی مثل روبی، پایتون، جاوااسکریپت یا .. نیازی به این کار ندارن.

علاوه بر در نظر گرفتن زبان برنامه نویسی، نرم افزارهای cloud-native عموما در بستر داکر Docker قرار دارن و توسعه داده میشن، پس در این مرحله، CI/CD pipeline یک داکر کانتینر Docker containers میسازه. رخداد خطا در این مرحله ساخت، یک شاخص هست از یک مشکل اساسی در تنظیمات پروژه که باید در اسرع وقت بهش رسیدگی بشه.

مرحله Test (تست)

در این مرحله، به صورت خودکار، تست هایی که پروژه باید سپری بکنه تا صحتش اعتبارسنجی بشه اجرا میشن. هم توی کد و هم رفتار کلی محصول. این مهمترین مرحله هست برای حصول اطمینان از صحت عملکرد محصول در نسخه جدید؛ که باعث میشه نسخه ای که قرار انتشار پیدا بکنه و در معرض استفاده کاربر نهایی قرار میگیره، بدون باگ Bug free و بدون کرش Crash free باشه.

عموما دیده میشه که برنامه نویس ها خیلی تمایلی به نوشتن تست ها ندارن و معمولا پشت گوش میندازن. ولی خب همونطور که مشخص هست یک مرحله خیلی مهم هست و برای راه اندازی CI/CD pipeline جزو الزامات هستش. هر پروژه برنامه نویسی با توجه به زبان و ساختاری که داره تست های خودش رو داره که نهایتا هرگونه خطایی که تست ها نشون میدن به برنامه نویس های پروژه گزارش داده میشه.

مرحله Deploy (استقرار، انتشار)

خب الان ما تا قبل از این مرحله، یک ورژن جدید از پروژه رو داریم که یک سری ویژگی و قابلیت جدید بهش اضافه شده، تلفیق و ترکیب کد بیس اتفاق افتاده، تست شده و آماده به انتشار هست. در اینجا محیط های انتشار متفاوتی وجود داره، مثلا «بتا - Beta» یا «staging» که برای تیم داخلی قابل استفاده و در دسترس هست و همچنین محیط «ساخت نهایی - production» که دقیقا همونجایی هست که کاربر نهایی میبینه.

تیم هایی که متدولوژی مدیریت پروژشون مدل Agile هست، که توی مراحل توسعشون تست و مانیتور کردن وجود داره، معمولا محیط Deployشون همون staging هست که باز بتونن یه سری تست ها و ریویو ها رو روی نسخه جدید انجام بدن و بعد از تایید نهایی، به محیط production انتقال پیدا میکنه و نسخه جدید برای کاربرهای نهایی قابل روئیت و استفاده میشه.

موفق باشید.

ویرایش شده در 5 ماه قبل
جواب داده شده در سجاد شفی زاده <m>★</m>
10.1k امتیاز

1
مرسی آقای شفی زاده خیلی پاسختون کامل و دقیق بود خیلی ممنونم ـــسعید غلامی در 5 ماه قبل

500 کاراکتر باقی مانده


جواب شما
     
.....
×

×

جعبه لام تا کام


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

تبلیغات توضیحی


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

تبلیغات تصویری


محک