Những hạn chế của Puppet so với Ansible là gì?

Tôi muốn hiểu sự khác biệt giữa Puppet và Ansible, đặc biệt là những hạn chế của Puppet so với Ansible.

Có điều gì bạn không thể làm trong Puppet, nhưng bạn có thể làm trong Ansible không? Nói cách khác, tại sao một số người chuyển từ Puppet sang Ansible?

Tất nhiên có một số pro và nhược điểm cho mỗi Puppet, Ansible, Chef và thêm công cụ yêu thích của bạn vào đây . Vì vậy, tôi sẽ cố gắng tránh xa ý kiến ​​và chia sẻ những gì tuyệt vời trong Ansible như một vấn đề thực tế.

Khả năng chính đặt Ansible lên trên các yếu tố khác là không phải dựa vào một số tác nhân tùy chỉnh / bổ sung đang chạy trên các nút mục tiêu, thay vào đó chỉ được thiết lập trên các kết nối ssh. Có, nó vẫn yêu cầu máy chủ ssh, Python và một loạt thư viện Python trên các nút và nếu bản phân phối của bạn (hoặc, may mắn thay, có một số nút cửa sổ) không gửi cùng với chúng, nó sẽ có một chút đau đớn để bootstrap. Nhưng điều đó là không thể, và thậm chí có thể khiến bạn nghĩ lại về bản phát hành của mình.

Điều đó sẽ đơn giản hóa việc giám sát, không ăn tài nguyên bổ sung, không buộc hệ thống phải chạy trình nền gốc mọi lúc và nói chung cảm thấy tốt hơn trong triết lý UNIX. Đầu bếp có chef-solo, Puppet có thể được chạy bậc thầy, nhưng cả hai đều hoạt động "theo hướng khác", bằng cách nhân bản và thông qua các móc tương ứng. Trong khi với Ansible, việc hợp nhất trong kho lưu trữ nguồn có thể kích hoạt việc triển khai theo cách mà tất cả chúng ta đều cảm thấy thoải mái, có thể là trong Jenkins, trong git master hoặc trong một số công cụ khác như Rundeck chẳng hạn.

Không, mọi người chuyển từ Puppet sang Ansible (hoặc ngược lại) không liên quan gì đến những gì có thể hoặc không thể thực hiện được bằng một trong hai công cụ. Con rối / Đầu bếp / Ansible - chủ yếu là vấn đề của hương vị.

Ví dụ: Ansible dựa trên Python và các nhà phát triển Python thường cảm thấy thoải mái hơn khi ở nhà với nó (không cần phải học DSL) hoặc Ruby (đối với Đầu bếp)). Các nhà phát triển Python cũng dễ dàng mở rộng Ansible hơn.

Nhưng về bản chất, tất cả chúng đều rất giống nhau về những gì bạn có thể đạt được. Một số có điểm mạnh tương đối trong một số lĩnh vực và điểm yếu trong những lĩnh vực khác, nhưng thông thường, sự lựa chọn giữa chúng được thực hiện theo phong cách / văn hóa / sở thích của đội.

Cho đến khi Puppet 4.0 không có cách nào dễ dàng để phối hợp ứng dụng trải rộng trên nhiều máy chủ hoặc dịch vụ, vì thật khó để đặt hàng các hành động trong Puppet, đó là một lựa chọn thiết kế . Ansible đã tốt hơn trong việc sắp xếp và sắp xếp các bước, đặc biệt là trên nhiều máy chủ. Điều này đặc biệt quan trọng trong các ứng dụng khi thứ tự các bước sai có thể dẫn đến các lỗi không thể phục hồi thông qua việc lặp lại các bước đó cho đến khi đạt được sự thống nhất cuối cùng.

Đó không còn là một vấn đề và vì vậy sự khác biệt chủ yếu dựa trên sở thích.