DevOps – Phát triển & Vận hành

Đọc trong 4 phút
DevOps – Phát triển & Vận hành
Hình ảnh: Roman Samborskyi | Dreamstime
Đăng lại

Nhờ công nghệ đang phát triển, chúng ta có thể làm mọi thứ nhanh hơn, tốt hơn và ngày càng ít tiêu tốn tài nguyên hơn. Chúng ta có thể thấy điều này trong mọi ngành, nhưng chắc chắn CNTT là công ty dẫn đầu trong lĩnh vực này – các công cụ và phương pháp luận mới đang được phát triển, bao gồm cả DevOps. Nó là gì?

DevOps là gì?

Mặc dù phương pháp này đã trở nên phổ biến gần đây, nhưng nó không phải là mới trong thế giới CNTT. Nó đã được thảo luận vào năm 2009 tại một hội nghị ở Ghent, mở ra một loạt các cuộc họp được gọi là DevOps Days. Đề xuất chính của anh ấy là cải thiện giao tiếp và cộng tác giữa các nhóm phát triển và quản trị viên. Do đó, cái tên kết hợp giữa phát triển và vận hành (eng. Development & amp; Operations – “phát triển và vận hành”).

DevOps là một cách mới để thực hiện các dự án phần mềm trong đó hai bộ phận từng làm việc riêng rẽ giờ đây cộng tác với nhau. Tại sao các công ty bắt đầu thực hiện những thay đổi này? Để cải thiện quy trình sản xuất.

Điều gì đã thay đổi với DevOps?

Trước khi áp dụng phương pháp này, hai bộ phận chính chịu trách nhiệm thực hiện dự án có những ưu tiên và mục tiêu khác nhau. Các nhà phát triển muốn hoàn thành công việc lập trình càng nhanh càng tốt và triển khai phần mềm tại địa điểm của khách hàng. Tuy nhiên, chính sách này đã đi ngược lại với lợi ích của cơ quan hành chính, vốn ưu tiên giữ số lượng thay đổi mã ở mức tối thiểu.

DevOps
Hình ảnh: Roman Samborskyi | Dreamstime

Kết quả của mô hình làm việc này là gì? Nhiều lỗi hơn, nhiều thời gian và chi phí giao hàng hơn cũng như chất lượng sản phẩm được giao thấp hơn. Tất cả mọi người đều bị mất: công ty, nhân viên và người dùng cuối.

Giải pháp được tìm thấy là kết hợp hai bộ phận thành một nhóm, các thành viên của họ chia sẻ kiến ​​thức và phát hiện của họ với nhau. Đây là cách DevOps hoạt động ban đầu và ở dạng này, các công ty nhỏ hơn hiện đang triển khai nó – quản trị viên làm quen với kiến ​​thức cơ bản về sản xuất và các nhà phát triển phát triển năng lực trong lĩnh vực hỗ trợ.

Thiết kế theo hướng miền – Lập trình DDD
Thiết kế theo hướng miền – Lập trình DDD
Đọc trong 5 phút

Một thay đổi khác là sự quan tâm gia tăng đối với tự động hóa quy trình (thử nghiệm, phân tích, thực hiện và giám sát) và cơ sở hạ tầng đám mây, đã trở thành một phần không thể thiếu của DevOps. Thế giới CNTT đã tiếp thu không chỉ một phương pháp luận rất thực tế, mà còn một loạt các công cụ và công nghệ mới. Những thay đổi trong phương thức hoạt động đã hiệu quả đến mức nhiều công ty đang thực hiện chúng hơn, và một vị trí mới đã xuất hiện trên thị trường – kỹ sư DevOps.

Mô hình làm việc lặp đi lặp lại

Một sửa đổi rất quan trọng mà chúng tôi nợ DevOps là việc thay thế mô hình công việc thác nước bằng một mô hình lặp đi lặp lại. Điều này có nghĩa là gì và lợi ích là gì? Hệ thống “truyền thống” hay hệ thống phân tầng chia quá trình thực hiện dự án thành các giai đoạn riêng biệt, nối tiếp nhau. Điều quan trọng cần lưu ý là để bắt đầu thực hiện giai đoạn tiếp theo của dự án, trước tiên bạn phải hoàn thành tất cả các nhiệm vụ từ các giai đoạn trước. Mô hình này đã được chứng minh là có vấn đề vì tất cả các bước tiếp theo phải được hoàn thành nếu các sửa đổi được yêu cầu ở giai đoạn triển khai trước đó.

Cookie là những tập tin bí ẩn mà ít người biết đến
Cookie là những tập tin bí ẩn mà ít người biết đến
Đọc trong 5 phút

Người ta cũng nhận thấy rằng trong quá trình thực hiện, kỳ vọng của khách hàng thay đổi, điều này buộc nhóm thực hiện nhiều lần chỉnh sửa. Như bạn có thể đoán, nguồn thời gian khổng lồ đã được tiêu tốn, và kết quả là, hiệu quả cuối cùng còn lâu mới hoàn hảo.

Những thiếu sót này đã được loại bỏ trong mô hình lặp lại. Ban đầu, chỉ có các giả định thô được đưa ra ở đây, sau này sẽ được kiểm tra và hoàn thiện trong quá trình thực hiện. Ngoài ra, thay vì đợi tất cả công việc hoàn thành, các đoạn mã được cam kết và kiểm tra sớm nhất có thể. Do đó, nhóm đáp ứng nhanh chóng các nhu cầu thay đổi có thể xảy ra và kết quả cuối cùng hoàn toàn phù hợp với kỳ vọng hiện tại của khách hàng.

DevOps dành cho ai?

Những người hưởng lợi lớn nhất của phương pháp này là các tổ chức có hoạt động đòi hỏi những thay đổi thường xuyên, nhưng không nhất thiết là lớn, đối với cơ sở hạ tầng của sản phẩm.

DevOps
Hình ảnh: Elnur | Dreamstime
Cần nhấn mạnh rằng ngành công nghệ thông tin không phải là ngành độc quyền ở đây, mặc dù có vẻ như vậy. Các công ty từ thương mại điện tử, ngân hàng, viễn thông, truyền thông và các lĩnh vực khác đang tìm cách sử dụng DevOps. Các ví dụ gần đây: Google, Netflix, Etsy, Facebook, Amazon. Trong trường hợp của những người khổng lồ này, mã thậm chí còn được tiêm vài trăm lần một ngày!

DevOps có tương lai không?

Các công ty đã quyết định triển khai DevOps nhìn thấy nhiều điều hơn đối với phương pháp này ngoài tự động hóa và văn hóa làm việc. Họ hiểu rằng người chiến thắng là nhà cung cấp có thể làm việc nhanh hơn, hiệu quả hơn và đạt kết quả tốt hơn đối thủ cạnh tranh. Do đó, con số thống kê ví dụ 77% doanh nghiệp Mỹ tuyên bố sử dụng DevOps trong quá trình triển khai hoặc có giải pháp như vậy trong tương lai gần không có gì đáng ngạc nhiên.

Infographics – nghệ thuật trình bày thông tin
Infographics – nghệ thuật trình bày thông tin
Đọc trong 6 phút
Các nghiên cứu cũng chỉ ra rằng các công ty an ninh mạng thành công nhất là các công ty DevOps thành công nhất. Do đó, kết luận là rõ ràng. Với tính năng bảo mật hiện đứng đầu danh sách việc cần làm trên khắp thế giới, DevOps chỉ có thể đi từ sức mạnh này sang sức mạnh khác.
Đánh giá bài viết
0,0
0 đánh giá
Xếp hạng bài viết này
Ratmir Belov
Hãy viết ý kiến của bạn về chủ đề này:
avatar
  Đặt mua  
Thông báo về
Ratmir Belov
Đọc các bài viết khác của tôi:
Nội dung Đánh giá nó Bình luận
Đăng lại