Chủ đề về DevOps và IaC rất phổ biến và đang phát triển nhanh chóng. Tuy nhiên, hầu hết các tác giả đều giải quyết các vấn đề kỹ thuật thuần túy theo con đường này. Tôi sẽ mô tả những vấn đề đặc trưng của một công ty lớn. Tôi không có giải pháp - nói chung, các vấn đề rất nghiêm trọng và nằm ở lĩnh vực quan liêu, kiểm toán và “kỹ năng mềm”.
Vì tiêu đề bài viết là như thế nên Daenerys, người đã về phe Enterprise sẽ đóng vai con mèo.
Không còn nghi ngờ gì nữa, bây giờ có sự va chạm giữa cái cũ và cái mới. Và thường trong những va chạm này không có đúng mà cũng không có sai. Nó chỉ xảy ra theo cách đó. Tuy nhiên, để không bị vô căn cứ, chúng ta sẽ bắt đầu từ màn hình này:
Đây được gọi là Yêu cầu Thay đổi. Bạn thấy khoảng một phần ba các trường cần điền từ các thư mục khác nhau, các trường còn lại nằm trong các dấu trang khác. Tài liệu như vậy phải được điền để áp dụng tập lệnh cho máy chủ sản xuất hoặc tải lên các tệp mới hoặc nói chung là thay đổi bất kỳ điều gì.
Số lượng trường nhiều đến mức tôi đã viết phần tự động hóa nhỏ của riêng mình để điền vào các trường này. Hơn nữa, trang này được viết theo cách mà không có công cụ tự động hóa nào có thể nhìn thấy các trường của nó và giải pháp khả thi duy nhất là sử dụng AutoIt để nhấp chuột vào tọa độ một cách ngu ngốc. Đánh giá mức độ tuyệt vọng của bạn để làm điều này:
Vì vậy, bạn lấy jenkins, Chef, terraform, Nexus, v.v. và vui vẻ triển khai tất cả cho nhà phát triển của mình. Nhưng đã đến lúc gửi nó cho QA, UAT và PROD. Bạn có một tạo phẩm Nexus và bạn nhận được một lá thư từ DBA với nội dung như thế này:
Thân mến,
Trước hết, bạn có thể sở hữu Nexus của mình. Tôi không có quyền truy cập vào Nexus của bạn
Thứ hai, tất cả các thay đổi phải được đưa ra dưới dạng Yêu cầu Thay đổi.
Bạn cần trích xuất các tập lệnh SQL từ Nexus và đính kèm chúng vào Yêu cầu Thay đổi.
Nếu thay đổi không phải là trường hợp khẩn cấp thì việc này phải được thực hiện 7 ngày trước khi phát hành (dành riêng cho Cuối tuần)
Khi Yêu cầu Thay đổi của bạn được nhiều người chấp thuận, DBA sẽ thực thi tập lệnh của bạn và thậm chí gửi ảnh chụp màn hình kết quả qua thư.Trân trọng, DBA của bạn, người đã làm việc ở đây kể từ những ngày có máy tính lớn.
Bạn có biết điều này làm tôi nhớ đến điều gì không? Bán tự động hóa: robot giữ khung và công nhân dùng búa tạ đập vào khung. Chà, thực sự thì Nexus này có ích gì nếu mọi thứ được thực hiện hoàn toàn thủ công?
Nhưng Enterprise không nên đổ lỗi cho việc này! Tất nhiên là đẫm máu, nhưng tất cả sự quan liêu với Yêu cầu Thay đổi này đều là do ép buộc và đến từ các kiểm toán viên. Doanh nghiệp phải làm việc theo cách này. Anh ấy không thể làm điều đó theo cách nào khác. Và kiểm toán là một điều rất thận trọng. Ví dụ, bao nhiêu điều đã được nói về thực tế rằng mật khẩu giả dài và phức tạp được thay đổi thường xuyên là xấu, nhưng doanh nghiệp sẽ là nơi cuối cùng thay đổi điều này. Ngoài ra với việc triển khai và mọi thứ khác.
Nhân tiện, có lần tôi đã cố gắng tạo một tệp cho terraform nhưng nó không hoạt động. Tôi tình cờ hiểu được ý nghĩa của thẻ 'Mã thanh toán kế toán dự án' mà tôi chưa bao giờ tìm ra được - tôi không có đủ kỹ năng mềm.
Tôi thậm chí không đề cập đến chủ đề Luddism thụ động - ồ, quá trình tự động hóa của bạn đe dọa đến sự đảm bảo công việc của tôi, tôi không muốn học bất cứ điều gì mới, vì vậy tôi sẽ âm thầm phá hoại nó.
Vâng, về nguyên tắc thì giải pháp có thể là gì? Hệ thống ITSM có API cực kỳ nguyên thủy để tự động tạo tài liệu. Và nhìn chung, hầu hết các hệ thống này đều có từ thời máy tính lớn. Có ai biết bất kỳ hệ thống ITSM thực sự hiện đại nào không? Có ai có kinh nghiệm tích hợp thành công DevOps hiện đại và bộ máy quan liêu không? Tất nhiên, chúng tôi không nói về các trang web bán hàng thuần túy, nơi thực sự có thể triển khai hàng ngày, nhưng, ví dụ, lĩnh vực ngân hàng, nằm dưới sự kiểm toán của kiểm toán viên và bị cô lập rất mạnh trong môi trường cao hơn.
Chỉ cần đừng quên rằng tất cả những tưởng tượng của bạn đều bị giới hạn bởi việc kiểm tra. Và điều đó thay đổi mọi thứ. Tôi đang chờ bạn ở phần bình luận!
Nguồn: www.habr.com