"Bạn không thể ánh trăng" theo cách của bạn để thành công CI / CD, tuyên bố CEO CircleCI

0
6

        Có nhiều cách để tiếp cận tự động hóa phát triển phần mềm, hãy tìm hiểu tại sao CEO của CircleCI tự tin vào cách tiếp cận của mình.
    

        
                                                                                    
                        

 Các lập trình viên làm việc trong văn phòng "width =" 770 "/> </span><figcaption>
<p>
                                            Hình: iStockphoto / RossHelen<br />
                                        </p>
</figcaption></figure>
<p> Thị trường tích hợp / phân phối liên tục (CI / CD) liên tục nóng lên, với nhiều cách tiếp cận để hỗ trợ lợi ích doanh nghiệp đang phát triển. Nhà phân tích Lawrence Hecht đã áp dụng CI / CD cho doanh nghiệp khoảng 50%, nhưng điều đó chỉ có nghĩa là một khối lượng lớn các doanh nghiệp đã nhúng ngón chân vào đầu nông của nhóm công cụ DevOps. Việc áp dụng sâu (và rộng) vẫn chưa xảy ra. </p>
<p> Để giúp khơi dậy nhu cầu, GitLab đã đưa ra thị trường với cách tiếp cận "ứng dụng duy nhất", cố gắng vượt qua sự phức tạp của hành trình của nhà phát triển. Gần đây, GitHub đã công bố Hành động với nhiều sự phô trương (và những đánh giá nhiệt tình của những người quen biết như người sáng lập Đầu bếp Adam Jacob, người đã chỉ ra GitHub Action là cách dễ nhất để kết hợp một chuỗi công cụ DevOps hoàn chỉnh vào kho lưu trữ mã của một người). Trường hợp này để lại một công ty như CircleCI và cách tiếp cận tốt nhất của nó cho CI / CD? </p>
<p> Để tìm hiểu, tôi đã nói chuyện với Giám đốc điều hành CircleCI Jim Rose. </p>
<h2> Tầm quan trọng của sự tập trung </h2>
<p> Tự động hóa không hoàn toàn mới đối với quy trình phát triển phần mềm. Khoảng 15 năm trước, Jenkins (nhũ danh "Hudson") đã xuất hiện trong Sun microsystems như một cách để tự động hóa việc xây dựng và thử nghiệm các dự án phần mềm dựa trên Java. Tự động hóa tốt đẹp này đã trở nên cấp thiết trong vài năm gần đây, Rose đã tạo ra, vì áp dụng rộng rãi đám mây (truy cập tức thời vào máy tính) và Git (các nhà phát triển hack vào kho lưu trữ của riêng họ, đẩy nhanh phát triển phần mềm vượt ra ngoài cách tiếp cận nối tiếp của ngày hôm qua ). Công cụ mới là cần thiết bởi vì, "Tất cả những dụng cụ cũ được thiết kế cho một thế giới chuyển động chậm hơn đang sụp đổ." </p>
<p> Cho đến nay, rất giống với các đối số cho tất cả các công cụ DevOps. Tuy nhiên, CircleCI tách khỏi các đồng nghiệp của mình, tuy nhiên, người ta tin rằng tính chất phức tạp (và tốc độ nhanh) của phát triển phần mềm hiện đại đòi hỏi phải tập trung. </p>
<p> <strong> XEM: </strong> <strong> Thực hiện DevOps: Hướng dẫn về ưu điểm CNTT (PDF miễn phí) </strong> <strong> (TechRepublic) </strong> </p>
<p> Theo Rose, có (ít nhất) hai cách tiếp cận CI / CD. Có những người "về cơ bản nói rằng có quá nhiều hệ thống và bạn chỉ nên có một hệ thống", Rose nói. Đây là cách tiếp cận tích hợp được đề cập trước đó. Ông nói tiếp: "Về cơ bản họ nói với bạn rằng hội nhập là vấn đề và, vì vậy, hãy đặt mọi thứ ở một nơi." Ngược lại, Rose nhấn mạnh: "Chúng tôi tin rằng việc phát triển phần mềm ngày càng khó khăn và phức tạp hơn, vì vậy chúng tôi tập trung vào thời gian từ khi phần mềm được viết đến khi nó đến tay người dùng." Cụ thể, CI / CD, trong khi rời khỏi các khu vực khác của đường ống DevOps (nơi chứa mã, tức là kho lưu trữ và nơi nó chạy, tức là, một đám mây riêng hoặc công khai) cho người khác. </p>
<p> "Bạn không thể chỉ có ánh trăng trong không gian của chúng tôi", ông kết luận. "Hai điểm giá trị cho người dùng của chúng tôi là tốc độ cho kết quả (biết liệu thay đổi bạn đã thực hiện đối với mã có hiệu quả hay không) và tin tưởng vào các kết quả đó (cảm thấy chắc chắn rằng bạn không thấy kết quả dương tính giả khi có sự cố xảy ra hoặc thất bại) . " </p>
<h2> Hợp tác trên đường ống </h2>
<p> Một trong những khía cạnh hấp dẫn của phương pháp này là nó có nghĩa là CircleCI phải hợp tác với các đối thủ cạnh tranh trước đây. Mặc dù có các hành động của GitHub, chẳng hạn, CircleCI vẫn duy trì mối quan hệ đối tác mạnh mẽ với GitHub, cũng như với các đối thủ khác vừa cạnh tranh và hợp tác. Rose đã không bị ảnh hưởng: "Trong một thế giới dựa trên API, chi phí tích hợp về cơ bản là bằng không." Nghĩa là, các nhà phát triển có thể chọn và chọn các khía cạnh của chuỗi công cụ phân phối phần mềm của họ và dễ dàng kết nối chúng thông qua các API. </p>
<p> <strong> XEM: </strong> <strong> Thuật ngữ nhanh: DevOps </strong> <strong> (TechRepublic Premium) </strong> </p>
<p> Điều này khiến CircleCI tự tin vào khả năng cạnh tranh của mình – đối đầu với GitHub và những người khác trong khu vực trọng tâm của nó, CI / CD. Theo một đại diện báo chí, "Chúng tôi thấy Hành động của GitHub là gói khởi đầu và là cách để người dùng dev của họ tham gia vào trò chơi CI / CD. GitHub rất giỏi trong việc kiểm soát phiên bản, nhưng CI / CD quá quan trọng để tin tưởng vào một nhóm không chuyên ở đây. " Tất nhiên, rủi ro đối với CircleCI là các nhà phát triển được nêu ra trên GitHub sẽ hài lòng khi giao phó đường ống CI / CD của họ cho cùng một tổ chức lưu trữ mã của họ. Thật vậy, giống như GitLab, các nhà phát triển sử dụng các đường dốc toàn diện như vậy cho CI / CD có thể chọn không bao giờ rời bỏ chúng. </p>
<p> RoseCI Circle tự tin rằng phương pháp của mình có thể tiếp tục chiến thắng các nhà phát triển. "Vào cuối ngày, CI / CD là một vấn đề khó giải quyết. Chúng tôi có hơn chín năm kinh nghiệm giúp các đội chuyển từ ý tưởng sang giao hàng, và trong thời gian đó chúng tôi đã thấy nhiều nhóm tham gia và rời khỏi CI / CD Hơn nửa tỷ người xây dựng sau này, chúng tôi đang ở trong không gian dài này và chúng tôi ở đây để xây dựng sản phẩm, đội ngũ và dịch vụ tốt nhất cho khách hàng của chúng tôi . " Rốt cuộc, ông kết luận: "Các nhà phát triển muốn chạy nhanh nhất có thể với mức độ tự tin cao nhất". </p>
<div data-component=                                                                                 

                                                

Cũng xem