Cơ sở hạ tầng - quản lý - Việc chuyển từ cơ sở mã tùy chỉnh sang Ansible có đáng không?

Một số nền tảng:

Khi tôi bắt đầu tại nơi làm việc hiện tại của mình (trong cơ sở hạ tầng máy chủ), cơ sở mã bash, perl và python đã sẵn sàng cho các công việc thực thi từ xa trên hệ thống linux, người viết và duy trì cơ sở mã này đã dành nhiều năm để tinh chỉnh nó, kể từ trước khi tôi bắt đầu ở đó.

Mặc dù cơ sở mã hiện tại có thể làm được nhiều việc, nhưng đôi khi khá khó sử dụng do thiếu tài liệu. Một số tập lệnh đang được thực thi cũng đã lỗi thời. Chúng tôi khá phụ thuộc vào tác giả của cơ sở mã từ điều này. (có thể thêm; chỉ tác giả được phép chỉnh sửa các kịch bản liên quan)

Gần đây tôi đã thử nghiệm với Ansible và cấu hình môi trường linux, người dùng, nhóm, tường lửa, cài đặt gói và chạy kiểm tra. Tôi đã đề xuất bắt đầu dịch các tác vụ cơ bản sang Ansible và sau đó kết hợp nó với Tower hoặc AWX để có cái nhìn tổng quan về công việc và thành công của chúng.

Ngày nay, những người khác không quá háo hức với ý tưởng này, đặc biệt là tác giả của cơ sở mã. Lập luận của tác giả về việc không chuyển sang Ansible là nó "quá trừu tượng".

Câu hỏi là:

Tôi có nên cố gắng thúc đẩy việc chuyển sang Ansible không?

Ưu điểm, cách tôi nhìn thấy nó:

• Rất nhiều chức năng đã có sẵn thông qua các mô-đun.
• Các đồng nghiệp mới sẽ dễ dàng tiếp thu hơn.
• Có thể được sử dụng với giao diện người dùng, chẳng hạn như Tower hoặc AWX.
• (Có thể) Nhìn chung an toàn hơn, vì các tập lệnh tùy chỉnh yêu cầu bạn viết séc của riêng mình.
• Tôi cho rằng Tower/AWX có thể sử dụng được cho các nhóm khác trong tổ chức của chúng tôi

Nhược điểm, theo cách tôi nhìn thấy nó:

• Đường cong học tập
• Sẽ mất khá nhiều công việc để thực hiện.
• "Một hệ thống khác" để duy trì.

Bất kỳ ai đã từng sử dụng Ansible, với cơ sở hạ tầng đã sẵn sàng, ưu và nhược điểm với điều đó?

Tôi có thể nói thêm rằng tôi không phải là "tiếng nói mạnh mẽ nhất" tại nơi làm việc của mình và tác giả cơ sở mã là "cao cấp nhất" trong tất cả chúng tôi. Vì vậy, một hệ thống phân cấp có liên quan và các đề xuất từ ​​​​tôi phải được thúc đẩy tốt để được lắng nghe.

Vui mừng cho bất kỳ mặc dù về điều này.

tái bútAnsible có thể là bất kỳ công cụ tự động hóa nào, liên quan đến trải nghiệm của bạn. Tôi chỉ tình cờ chọn Ansible.

Tôi nghĩ rằng đáng để nói chuyện và lắng nghe cẩn thận cấp trên của bạn, như bạn đã đề cập rằng anh ấy vừa có kinh nghiệm vừa là một người thông minh.

Điều cần thiết cho các bước tiếp theo của bạn là phải hiểu rõ những lý do cơ bản, tại sao mọi thứ lại như hiện tại. Đồng thời hỏi về những thách thức hoặc điểm yếu cần được giải quyết theo quan điểm của anh ấy. Thông thường, có những lý do cơ bản đằng sau một quyết định khó hiểu đối với những người mới vào công ty.

Tùy thuộc vào thông tin bạn nhận được, bạn có thể cần tự trả lời câu hỏi liệu công ty này có phải là công ty phù hợp với bạn hay không, bởi vì cách bạn miêu tả công ty ở đây thực sự khiến một số người phải kinh ngạc. Nếu bạn quyết định rằng công việc phù hợp với mình, bạn nên tìm cách giúp đỡ cấp trên của mình bằng cách tập trung vào các vấn đề đã được trình bày. Nếu không, chỉ cần cập nhật CV của bạn và bắt đầu tìm kiếm cơ hội mới.

Như những người khác đã chỉ ra trong các nhận xét, điều quyết định không phải là tên của công cụ cụ thể, mà là liệu nó có phải là công cụ phù hợp nhất cho các trường hợp và công ty cụ thể hay không. Với tình hình cụ thể, một sự tiến hóa thay vì một cuộc cách mạng có thể là câu trả lời đúng.

Ví dụ, một bước tiến hóa có thể là tiếp tục sử dụng các tập lệnh hiện có, nhưng làm cho chúng thuận tiện hơn khi làm việc, đồng thời mở rộng phạm vi những người có thể sử dụng chức năng mà tập lệnh cung cấp. Có lẽ kiểm soát phiên bản và việc sử dụng các công cụ như boong tàu sẽ là cách tiếp cận thích hợp để tiến lên phía trước.

Thông thường, sẽ hữu ích khi trình bày các POC ngắn trong đó bạn có thể chỉ ra cách một công cụ cụ thể có thể giải quyết một nhiệm vụ cụ thể theo cách thông minh hơn. Cách tiếp cận như vậy thường hiệu quả hơn để thuyết phục người khác so với các cuộc thảo luận hoặc giấy tờ. Bạn cũng nên tích cực tìm kiếm một số hỗ trợ trong công ty, bởi vì bất kể công cụ nào được chọn, điều quan trọng nhất là nó được chấp nhận tốt như thế nào.

Điều đó đang được nói - cá nhân tôi cũng thích Ansible, bạn đã chỉ ra các đặc quyền. Tuy nhiên, cách bạn trình bày tình huống, đề xuất Ansible có thể bị nhầm lẫn trong nội bộ là một bước cách mạng (tiêu cực) hoặc thậm chí là phản đối.

Điểm mấu chốt là lắng nghe và hành động một cách khéo léo. Chúc may mắn!