Phát triển trong DevOps

Tác Giả: Judy Howell
Ngày Sáng TạO: 26 Tháng BảY 2021
CậP NhậT Ngày Tháng: 21 Tháng Sáu 2024
Anonim
Phát triển trong DevOps - Công Nghệ
Phát triển trong DevOps - Công Nghệ

NộI Dung


Nguồn: Djvstock / Dreamstime.com

Lấy đi:

DevOps đã phát triển trong nhiều năm nay, vậy có gì mới với phương pháp tạo xu hướng này?

Khách hàng của các doanh nghiệp kinh doanh muốn họ đáp ứng nhu cầu thay đổi của họ một cách thích hợp và nhanh chóng. Tuy nhiên, những hạn chế khác nhau đã và đang ngăn cản các doanh nghiệp đáp ứng các yêu cầu đó nhanh như họ muốn. Một trong những hạn chế rõ ràng nhất là những cách thức riêng biệt mà các bộ phận khác nhau đã làm việc. DevOps hiện cho phép doanh nghiệp đáp ứng các yêu cầu động bằng cách loại bỏ các silo trong các tổ chức. Vai trò được hợp nhất và mọi người hiện được yêu cầu phải có chức năng chéo. Các tổ chức hiện có thể tung ra các sản phẩm và dịch vụ tăng dần và thường xuyên hơn. Vì các đội đang trở nên đa chức năng hơn, nên bây giờ ít phụ thuộc lẫn nhau hơn. Nhiều nghiên cứu đã phát hiện ra rằng DevOps đang trở thành một lực lượng quan trọng cần được tính toán. Xem xét các nguyên tắc của DevOps, nó đã là một lực lượng gây rối trong thế giới CNTT.


DevOps là gì?

DevOps được rút ngắn từ "phát triển" và "hoạt động", nghĩa là cả nhân viên phát triển và vận hành làm việc cùng nhau hoặc có được các kỹ năng liên ngành. Tuy nhiên, phạm vi của các vai trò không nên chỉ giới hạn ở các nhà phát triển phần mềm và những người hỗ trợ CNTT. Trong thực tế, phạm vi nên bao gồm tất cả các vai trò có cổ phần trong phát triển phần mềm. Các "ops" có thể bao gồm các kỹ sư hệ thống, quản trị viên hệ thống, nhân viên vận hành, kỹ sư phát hành, DBA, kỹ sư mạng, chuyên gia bảo mật và nhiều chuyên ngành khác và chức danh công việc.

DevOps là sự kết hợp của các triết lý, thực tiễn và công cụ khác nhau cho phép các doanh nghiệp kinh doanh đáp ứng các yêu cầu thị trường thường xuyên thay đổi. Trước đây, các bộ phận khác nhau sẽ chủ yếu làm việc riêng rẽ với sự giao tiếp hoặc phối hợp tối thiểu. Điều đó dẫn đến các vấn đề như không đáp ứng với những thay đổi đột ngột trong yêu cầu. Triết lý DevOps đòi hỏi các học viên của mình phải có chức năng chéo. Ví dụ, một nhà phát triển phần mềm cũng có thể được biết là cũng biết các kỹ năng kiểm thử phần mềm. Thay đổi quan điểm dẫn đến chất lượng cung cấp tốt hơn và hiểu rõ hơn về động lực thị trường. DevOps yêu cầu các học viên của mình có được các kỹ năng đa dạng, giúp mở rộng quan điểm và giúp thực hiện một công việc chất lượng.


Xu hướng và sự phát triển quan trọng

Tên miền DevOps đã trải qua nhiều thay đổi quan trọng. Ở đây chúng tôi sẽ xem xét những thay đổi quan trọng nhất trong khi tránh sự cường điệu.

Trong vài năm qua, phương pháp Agile đã mất đi một chút sự phổ biến của nó khi nhiều số mũ đã trôi đi. Lý do chính cho sự vỡ mộng là các nguyên tắc giáo điều của nó. Agile đang bắt đầu trở lại dưới dạng hai nguyên tắc: nhanh nhẹn hiện đại và trái tim nhanh nhẹn.

Bạn không thể cải thiện kỹ năng lập trình của mình khi không ai quan tâm đến chất lượng phần mềm.

Công cụ và phương pháp DevOps

Mặc dù có một số nguyên tắc hoặc phương pháp nhất định về DevOps, có nhiều công cụ khác nhau có sẵn để triển khai DevOps. Những công cụ này được sử dụng bởi các tổ chức khác nhau theo nhiều cách và một số trong những công cụ quan trọng nhất được mô tả dưới đây.

Cả thử nghiệm và phiên bản đều là các hoạt động quan trọng nhằm vào chất lượng phần mềm. Trong lĩnh vực thử nghiệm, Netflix có thể được trích dẫn làm ví dụ. Nhóm thử nghiệm của Netflix đã phát triển khái niệm Chaos Monkey, về cơ bản phá vỡ hệ thống bằng cách đưa ra các lỗi hoặc sự cố khiến các nhà phát triển phần mềm phải thử nghiệm. Kết quả là, khi một vấn đề hợp pháp xuất hiện, nó có thể được xử lý dễ dàng hơn nhiều.

Phiên bản liên quan đến ý tưởng rằng không chỉ mã, mà bất kỳ thứ gì liên quan đến phần mềm như tạo tác, trường hợp thử nghiệm và cơ sở hạ tầng nên được phiên bản. Bằng cách đó, nếu một bản cập nhật hoặc bản vá không đi theo kế hoạch, chương trình có thể dễ dàng được đưa trở lại phiên bản ổn định trước đó.

DocuSign là nhà cung cấp hàng đầu các giải pháp giao dịch tài liệu và chữ ký số. Vì nó thuộc một miền đòi hỏi tính bảo mật và bảo mật cao, DocuSign cần phải cực kỳ cẩn thận trong việc duy trì sự riêng tư và bảo mật của các giao dịch. Việc áp dụng các nguyên tắc DevOps không hề đơn giản vì nó không chỉ đưa ra các tính năng mới mà còn đảm bảo chúng được kiểm tra nghiêm ngặt. Vì vậy, trước khi tung ra phần mềm thực tế, nó đã thực hiện một quy trình thử nghiệm giả với sự trợ giúp của phần mềm. Cụ thể hơn, nó mô phỏng API được sử dụng để thử nghiệm. Do đó, mọi thứ hoạt động nhanh hơn, các sự cố và sự cố đã được xác định và khắc phục nhanh hoặc ưu tiên. DocuSign cũng đưa ra một quy trình lặp lại sẽ tự động hóa mô phỏng trường hợp thử nghiệm và xác định các vấn đề phần mềm.

Pháo đài

Forter là một nhà cung cấp giải pháp giao dịch và chữ ký số giống như DocuSign. Nó muốn quản lý các sự cố và vấn đề của mình hiệu quả hơn. Nó ưu tiên các vấn đề và nhấn mạnh tự giải quyết các vấn đề. Forter đã xây dựng một kiến ​​trúc có thể ưu tiên các vấn đề và có thể xác định các vấn đề để tự giải quyết hoặc để giải quyết sau này. Do đó, nó có thể tập trung đầu tiên vào các vấn đề và sự cố ưu tiên cao. Việc tự động hóa các nhiệm vụ lặp lại này giải phóng mọi người để tập trung vào các công việc sáng tạo hơn.

Phần kết luận

DevOps có phải là hồi chuông báo tử cho các hoạt động phát triển phần mềm truyền thống không? Đó không phải là một câu hỏi dễ trả lời. DevOps vẫn đang trong giai đoạn đầu. Nó vẫn đang được cân nhắc. Tất nhiên, có những nghiên cứu trường hợp chỉ ra lợi ích của nó so với thực tiễn phát triển phần mềm truyền thống. Trên thực tế, sẽ mất một thời gian trước khi có thể tiếp quản, bởi vì các hoạt động tháo dỡ đã mất nhiều năm để xây dựng là một nhiệm vụ khá khó khăn. Tuy nhiên, ngay bây giờ, DevOps dường như là một khái niệm đáng chú ý nghiêm trọng.