Cockpit as a replacement for OpenLMI #17127
-
Hi! Officially Cockpit seems to support only web interface but would it make sense to utilize the WebSocket interface for programmatic management of servers? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
I don't think that would make too much sense. The whole cockpit-ws/websocket/cockpit-bridge functionality exists solely for web browsers and thus the interactive UI that Cockpit provides. The bridge protocol allows you to do do D-Bus calls, file access/writing, etc., all of which just wrap existing Linux APIs. If you want to manage servers programmatically, then just SSH is the right thing to do. Especially with Ansible, which is meant for programmatically managing servers, and do these things. For example, the service module can start/stop/enable/disable services. Moreover, Ansible is written in a configuration management language (specify target state and be idempotent) instead of in an operational language that you need for UIs. |
Beta Was this translation helpful? Give feedback.
I don't think that would make too much sense. The whole cockpit-ws/websocket/cockpit-bridge functionality exists solely for web browsers and thus the interactive UI that Cockpit provides. The bridge protocol allows you to do do D-Bus calls, file access/writing, etc., all of which just wrap existing Linux APIs.
If you want to manage servers programmatically, then just SSH is the right thing to do. Especially with Ansible, which is meant for programmatically managing servers, and do these things. For example, the service module can start/stop/enable/disable services. Moreover, Ansible is written in a configuration management language (specify target state and be idempotent) instead of in an…