CI باید سریع باشد و به مخاطبان خود بازخورد عملی بدهد: توسعه دهندگان. هر سیستم ارائه می دهد این خوب است.
CD باید قابل پیش بینی و قابل اعتماد باشد. هدف آن استقرار کد/دارایی ها به یک سرور پیش تولید است تا تجارت بتواند تغییرات ویژگی را تأیید کند. باز هم ، هر سیستم این کار خوب است.
از نظر منطقی یک سیستم CICD ساده تر خواهد بود. بخشی از “شکست می تواند در CP AWS اتفاق بیفتد که در گردش کار تحریک کننده منعکس نمی شود” باعث عصبی شدن من می شود. من انتظار دارم که یک CI از CD “باهوش تر” باشد ، بنابراین یک خطای استقرار باید زودتر در CI ، در مقابل پس از دستگیری ظاهر شود.
هدف کلی هر خط لوله-از جمله CICD-بهینه سازی تغییرات سریع و با کیفیت و قابل اعتماد برای ایجاد ارزش تجاری است. به طور کلی ، دریافت ویژگی های کد به تولید ، بنابراین کاربران واقعی می توانند آنها را ببینند.
کیفیت/ دامنه/ سرعت/ هزینه/ هزینه/ پیچیدگی خاص برای هر شرکت و در هر تیم متفاوت است. خوب است
به Is it ever a good idea to split CI and CD across two providers? در Reddit
