Một hệ thống init nhẹ mới có tên Nitro đã gây ra những cuộc thảo luận trong cộng đồng phát triển, không chỉ vì các tính năng kỹ thuật của nó, mà còn vì xung đột tên gọi và tranh luận về các mẫu sử dụng container phù hợp.
Nitro định vị mình là một trình giám sát tiến trình nhỏ gọn nhưng linh hoạt có thể đóng vai trò là PID 1 trên các hệ thống Linux. Được tạo ra bởi Leah Neukirchen, nó lấy cảm hứng từ các hệ thống đã được thiết lập như runit, daemontools và s6, cung cấp một cách tiếp cận tệp nhị phân độc lập duy nhất để quản lý tiến trình.
Tính năng chính của Nitro:
- Tệp thực thi độc lập duy nhất (cộng với tệp điều khiển tùy chọn)
- Không phân bổ bộ nhớ trong quá trình chạy
- Hoạt động theo sự kiện, không cần polling
- Hoạt động trên hệ thống tệp gốc chỉ đọc
- Hỗ trợ các dịch vụ có tham số với cú pháp
@ - Tương thích với Linux, FreeBSD và môi trường container
Mối quan ngại về xung đột tên gọi xuất hiện
Cộng đồng đã nêu ra những mối quan ngại đáng kể về việc lựa chọn tên của Nitro, vốn xung đột với một số công nghệ hiện có. AWS Nitro Enclaves, một công nghệ ảo hóa tập trung vào bảo mật, có chung tên gọi này, tạo ra sự nhầm lẫn tiềm ẩn cho người dùng làm việc trong môi trường đám mây. Ngoài ra, một engine server Node.js phổ biến có tên Nitro đã tồn tại tại nitro.build.
Một nhà phát triển đã nêu bật tác động thực tế của sự trùng lặp này, lưu ý rằng họ thường xuyên sử dụng các hệ thống init nhỏ gọn bên trong AWS Nitro Enclaves, khiến việc chia sẻ tên gọi trở nên đặc biệt có vấn đề. Cộng đồng đề xuất rằng những tên độc nhất, dễ phát âm như systemd, runit, hoặc s6 hoạt động tốt hơn cho khả năng tìm kiếm và tránh nhầm lẫn.
Xung đột tên gọi:
- AWS Nitro: Nền tảng ảo hóa và bảo mật cho điện toán đám mây
- Nitro.js: Engine máy chủ cho các ứng dụng Node.js (nitro.build)
- Nitro này: Hệ thống init Linux và trình giám sát tiến trình
Sự chia rẽ triết lý về hệ thống Init Container
Thông báo này đã làm bùng phát lại các cuộc tranh luận về việc chạy hệ thống init bên trong container. Trong khi Nitro rõ ràng hỗ trợ các trường hợp sử dụng container, các nhà phát triển vẫn chia rẽ về cách tiếp cận này. Một số cho rằng container nên tuân theo triết lý Unix và làm tốt một việc, đặt câu hỏi liệu các thiết lập đa tiến trình phức tạp có thuộc về trong các container đơn lẻ hay không.
Tuy nhiên, những cân nhắc thực tế thường vượt qua sự thuần khiết lý thuyết. Trong các tình huống robot học và di chuyển hệ thống legacy, các nhà phát triển thường xuyên cần containerize các ứng dụng đa tiến trình hiện có không được thiết kế cho kiến trúc cloud-native. Những tình huống này tạo ra nhu cầu cho các hệ thống init nhẹ có thể quản lý nhiều tiến trình trong một container duy nhất.
Từ kinh nghiệm của tôi trong lĩnh vực robot học, rất nhiều container bắt đầu cuộc đời như thế này từng là một thứ bare metal và sau đó chúng tôi chuyển nó vào một container, và với rất nhiều RPC không có cấu trúc diễn ra giữa các tiến trình, có rất ít lợi ích trong việc chia nhỏ các tiến trình thành các container riêng biệt.
So sánh kỹ thuật với các giải pháp hiện có
Các thành viên cộng đồng đang tích cực so sánh Nitro với các lựa chọn thay thế đã được thiết lập như runit, s6 và dinit. Nitro có nhiều điểm tương đồng với runit, bao gồm cấu hình dựa trên thư mục và quản lý dịch vụ được điều khiển bằng script. Tuy nhiên, nó giới thiệu một số tính năng độc đáo như dịch vụ tham số hóa, cho phép nhiều tiến trình tương tự được kiểm soát bởi một thư mục dịch vụ duy nhất.
Điểm khác biệt chính dường như là cách tiếp cận tệp nhị phân đơn lẻ của Nitro, trái ngược với nhiều tiện ích của runit. Một số nhà phát triển đánh giá cao sự đơn giản này, trong khi những người khác đặt câu hỏi liệu nó có cung cấp đủ lợi thế so với các hệ thống đã được thiết lập tốt như runit, vốn đã được sử dụng thành công trong các bản phân phối như Void Linux.
Cuộc thảo luận tiết lộ sự quan tâm liên tục đối với các hệ thống init nhẹ, đặc biệt là cho các trường hợp sử dụng nhúng, container và chuyên biệt. Tuy nhiên, các xung đột tên gọi và tranh luận triết lý cho thấy rằng việc áp dụng có thể đối mặt với những rào cản vượt ra ngoài giá trị kỹ thuật. Khi hệ sinh thái container tiếp tục phát triển, sự cân bằng giữa tính đơn giản và sự tách biệt kiến trúc phù hợp vẫn là một chủ đề gây tranh cãi trong số các nhà phát triển.
Tham khảo: nitro, a tiny but flexible init system and process supervisor