Ngày nay, quản trị và hệ thống nhanh nhẹn là một trong những chủ đề xu hướng nhất liên quan đến quản trị và vận hành hệ thống. Cả hai khái niệm này chủ yếu tập trung vào việc thu hẹp khoảng cách giữa các hoạt động / hệ thống và các dự án (nhà phát triển, kinh doanh, v.v.). Ngay cả khi bạn chưa bao giờ nghe về khái niệm devops, tôi chắc chắn rằng chủ đề này cũng là mối quan tâm của bạn.
Vì vậy, những công cụ và kỹ thuật nào bạn sử dụng để thực hiện các tín đồ trong các công ty của bạn? Tôi đặc biệt quan tâm đến các chủ đề như quản lý thay đổi, tích hợp liên tục và tự động hóa, nhưng không chỉ trong các chủ đề này. Hãy chia sẻ suy nghĩ của bạn. Tôi mong được đọc câu trả lời / ý kiến của bạn :)
Một phần của vấn đề với "bắc cầu" Phát triển và vận hành (Quản trị hệ thống) là ưu tiên hàng đầu khác nhau. Ưu tiên số 1 của Quản trị viên Hệ thống là Giữ mọi thứ hoạt động, mặc dù có nhiều tác vụ lặp đi lặp lại phổ biến. Ưu tiên số 1 của sự phát triển là tạo ra chức năng mới. Các nhiệm vụ này có thể chồng chéo rất nhiều, nhưng sẽ có lúc chúng xảy ra tranh chấp. Vào những lúc tranh chấp, DevOp của bạn sẽ phải chọn trở thành Nhà điều hành hoặc Nhà phát triển. Một số cài đặt nhất định có thể chấp nhận sai sót, nhưng hầu hết sẽ không được hưởng các tác động tài chính.
—
Chris S
Ngoài ra, gần đây tôi đã nghe ai đó thảo luận về Quản trị viên, những người cũng biết cách lập trình. Khả năng không xác định ưu tiên hoặc trách nhiệm chính. Quản trị viên hiện đại phải lười biếng; để kết thúc, họ phải hiệu quả trong mọi việc họ làm. Viết kịch bản, tạo các tiện ích bảo trì và hiểu mã đơn giản là một kỹ năng cơ bản được thiết lập ngay bây giờ. Các SA không thành công trong các kỹ năng này đang bị rớt hạng thành các mô hình kinh doanh nhỏ và thờ ơ (ví dụ: sản xuất) khi sự không hiệu quả như vậy được chấp nhận. Các cơ sở kiến thức thay đổi không đảm bảo sự kết hợp của thuật ngữ khó chịu.
—
Chris S