Trước hết, tôi muốn nhấn mạnh rằng DevOps là một nền văn hóa chứ không phải là một vai trò. Theo ý kiến của tôi, người ta có thể so sánh nó với một nhóm biệt kích có chuyên môn riêng của họ, ví dụ như bắn tỉa, lính thủy, thợ lặn (nghĩ về loạt biệt kích). Sự kết hợp của các chuyên gia này, về cơ bản làm việc cùng nhau, giúp có thể hoàn thành các nhiệm vụ hoặc tạo ra giá trị kinh doanh càng sớm càng tốt.
LowOps và NoOps
Kể từ một vài tuần, tôi thấy rằng sau rất nhiều cuộc trò chuyện với mọi người, đó là một cuộc nói chuyện khá ít về LowOps những ngày này. Nếu tôi thực hiện một giải pháp thì điều này có nghĩa là nó hoàn toàn tự động và đồng nghiệp có thể tự triển khai máy móc thay vì hỏi tôi. Đôi khi không thể tự động hóa hoàn toàn ngay lập tức, nhưng sau đó tôi đảm bảo rằng nó được tự động hóa để đảm bảo rằng tôi chỉ phải chạy một lệnh để hoàn thành công việc (LowOps), thay vì lãng phí một vài giờ. Nếu tôi đã tạo ra giải pháp như vậy, tôi đảm bảo rằng một vé đã được tạo cho một đồng nghiệp để tự động hóa giải pháp cá nhân của tôi cho mọi người. Ví dụ: một đồng nghiệp của tôi đã chuyển đổi một trong các tập lệnh bash của tôi trong một bot mà nó hiện đang chạy mỗi đêm.
Hình 1: https://www.gslab.com/blog-post/what-is-noops/
"làm thế nào để bắt đầu với devops"
Đảm bảo rằng bạn là thành viên của một nhóm có năng lực hỗn hợp và nhóm phải tự triển khai phần mềm. Nói chuyện với tất cả các thành viên trong nhóm và bắt đầu với những nhiệm vụ mà không ai muốn làm vì thiếu kiến thức hoặc sự sẵn sàng. Nếu bạn bắt đầu với một nhiệm vụ thì bạn sẽ va vào những điều bạn không biết. Bắt đầu xem video, tham dự các cuộc họp , mua và đọc sách, đọc blog và tài liệu chính thức về công cụ, yêu cầu đồng nghiệp xem xét các yêu cầu kéo của bạn và giao tiếp và lắng nghe mọi người, tài liệu tốt và chuẩn bị và trình bày giải pháp cho đồng nghiệp (chia sẻ kiến thức) . Gợi ý cuối cùng là để mắt đến sự cân bằng giữa công việc và cuộc sống .