CI/CD LÀ GÌ

I. CI là ...?

CI là Continuous Integration. Nó là phương pháp trở nên tân tiến ứng dụng thưởng thức các member của team tích hòa hợp quá trình của mình thường xuyên, hằng ngày tối thiểu một đợt. Mỗi tích hòa hợp được "build" tự động (bao gồm cả test) nhằm mục đích phạt hiện nay lỗi nkhô giòn độc nhất vô nhị có thể. Cả team phân biệt rằng giải pháp tiếp cận này bớt thiểu vấn đề tích hợp và cho phép cách tân và phát triển phần mềm nkhô nóng rộng.

Bạn đang xem: Ci/cd là gì

Một kịch bạn dạng CI bắt đầu bởi bài toán developer commit code lên repository (github chẳng hạn). Bất kỳ chuyển đổi nào cũng trở thành trigger một vòng đời CI. Các bước vào một kịch bạn dạng CI thường nhỏng sau:

Thứ nhất, developer commit code lên repo.CI VPS giám sát repo với kiểm soát xem liệu bao gồm thay đổi nào bên trên repo hay là không (liên tiếp, ví dụ điển hình mỗi phút 1 lần)Ngay khi commit xẩy ra, CI hệ thống vạc hiện repo bao gồm chuyển đổi, cho nên nó thừa nhận code mới nhất từ bỏ repo và kế tiếp build, chạy unit với integration testCI VPS vẫn hiện ra các feedbaông xã cùng gửi cho những thành viên của projectCI server tiếp tục đợi biến đổi sinh hoạt repo

*

Mỗi lần developer làm cho dứt task, chúng ta yêu cầu chạy một private build (có nghĩa là chạy phần mềm trên local trước), kiểm tra choác cẩn trọng cùng commit code lên repo Khi đã thấy ổn định. Cách này xẩy ra liên tục với nghỉ ngơi ngẫu nhiên thời khắc nào trong thời gian ngày. Việc build tích vừa lòng sẽ không còn xảy ra khi số đông biến hóa này chưa ảnh hưởng đến repo (kiểu như bạn commit nhưng mà chưa được merge vậy).

Một trong những tuyên ổn ngôn của CI là "Build Software at Every Change". Mục đích là để tránh gần như câu hình dáng nlỗi "Ớ, phần này chạy trên thứ em bình thường mà"

*

Trong khi Continuous Integration là quá trình nhằm build và chạy thử auto, thì Continuous Delivery (trợ thì dịch là chuyển nhượng bàn giao liên tục) lại cải thiện rộng một chút ít, bằng phương pháp thực thi tất cả biến hóa về code (đã làm được build với test) cho môi trường testing hoặc staging. Continuous Delivery có thể chấp nhận được developer auto hóa phần testing lân cận Việc áp dụng unit kiểm tra, soát sổ phần mềm trải qua nhiều thước đo trước lúc triển khai mang lại khách hàng (production). Những bài thử nghiệm này bao gồm UI testing, load testing, integration testing, API testing... Nó auto hoàn toàn quá trình release ứng dụng.

Continuous Delivery được tiến hành bằng phương pháp sử dụng Deployment Pipeline.

Deployment Pipeline phân chia các bước bàn giao ứng dụng thành các quá trình. Mỗi quy trình tiến độ có mục tiêu xác minc unique của các tính năng lạ xuất phát điểm từ một góc độ khác biệt nhằm kiểm tra tác dụng và né tránh lỗi ảnh hưởng mang lại người dùng. Pipeline đang cung ứng đánh giá mang lại team trong Việc hỗ trợ tính năng lạ. Ở khía cạnh trừu tượng hơn, deployment pipeline là quy trình nhằm đưa ứng dụng từ bỏ version control mang lại tay người tiêu dùng. Mỗi biến hóa mang đến ứng dụng đang đi sang 1 quá trình phức tạp để được kiến tạo.

Xem thêm: Năm Sinh 1968 Mệnh Gì Và Phong Thủy Hợp Mệnh Tuổi 1968, Sinh Năm 1968 Mệnh Gì

*

Có một tư tưởng nữa là Continuos Deployment, cùng nhì tư tưởng này hay giỏi bị nhầm lẫn với nhau. Nếu Continuous Delivery là xúc tiến code lên môi trường staging, và deploy thủ công lên môi trường production, thì Continuous Deployment (cũng viết tắt là CD

*

III. DevOps

DevOps là phối kết hợp của Development cùng Operations, thuật ngữ này mở ra năm 2009, là sự việc phối hợp của triết lý văn hóa truyền thống, thực tế với những lao lý nhằm mục tiêu tăng vận tốc chuyển giao vận dụng cùng dịch vụ của tổ chức: cách tân và phát triển và cải tiến thành phầm nkhô giòn rộng những tổ chức thực hiện tiến trình trở nên tân tiến ứng dụng và làm chủ cơ sở hạ tầng truyền thống cuội nguồn. Tốc độ này cho phép những tổ chức triển khai Giao hàng khách hàng xuất sắc hơn và tuyên chiến đối đầu công dụng hơn trên Thị Trường.

*

DevOps khuyến khích tất cả member vượt qua rào cản (tự góc độ công việc và nghề nghiệp, chuyên môn, bộ phận khác nhau ...) và tạo thành một môi trường xung quanh mà sống đó những người dân tạo nên phần mềm cùng những người cung cấp hoạt động vui chơi của phần mềm làm việc với mọi người trong nhà vào một côn trùng liên kết nghiêm ngặt và hài hòa, bởi vì tiện ích thông thường của đồng đội.

Về khía cạnh tư tưởng, CD và DevOps là nhì lắp thêm khác nhau, tuy nhiên bọn chúng có ý nghĩa sâu sắc tương tự như nhau, là tập trung vào gần như chuyển đổi nhỏ tuổi, nhanh lẹ có giá trị với người tiêu dùng. CD là cách tiếp cận để auto chuyển giao, triệu tập vào Việc develop, build, test, delivery sản phẩm nhanh chóng. Còn DevOps gồm phạm vi rộng lớn rộng, và nó không phải hình thức, chẳng đề xuất chuyên môn, nó là 1 trong những sản phẩm "văn uống hóa". công ty chúng tôi có thể tiến hành triết lý DevOps mà ko đề xuất setup CD, với ngược trở lại, thiết đặt CD nhưng mà không cần thiết phải thực hiện triết lý DevOps lên tổ chức. Nhưng để đã đạt được thành công xuất sắc với hiệu quả, rất tốt là sử dụng phối hợp cả hai: CD cùng DevOps. DevOps với Continuous Delivery chính là tương lai của trở nên tân tiến phần mềm.

Về DevOps thì bên trên diywkfbv.com cũng đều có một series nội dung bài viết, đông đảo tín đồ rất có thể tìm kiếm nhằm xem thêm.