search

openspug / spug

开源运维平台：面向中小型企业设计的轻量级无Agent的自动化运维平台，整合了主机管理、主机批量执行、主机在线终端、文件在线上传下载、应用发布部署、在线任务计划、配置中心、监控、报警等一系列功能。
https://spug.cc
GNU Affero General Public License v3.0
10.33k stars 2.08k forks source link

建议：增加agent管理模式 #364

Open likingzi opened 3 years ago

likingzi commented 3 years ago

实际目前很多大型企业内网是不允许ssh远程直接直接登录的，而是只能通过4A安全管理平台登录各台主机。因此只能通过部署agent的方式实现远端主机的自动化运维。因此建议增加agent管理模式。

vapao commented 3 years ago

能大概的描述你们的架构吗，是 spug 部署在公司内网，所以必须通过安全管理平台作为跳板来连其他主机？

N0mansky commented 3 years ago

@vapao 作者你好，我想问下你这个项目的executor的执行性能怎么样，有测试过吗？我看代码执行job是ssh连过去执行命令，如果目标主机很多或job很多那么执行性能应该不乐观。我也看了一些其他的DevOps项目，有的是通过ansible作为executor的，性能更加不行。有考虑使用agent作执行器吗？把spug平台只是作为调度器

likingzi commented 3 years ago

能大概的描述你们的架构吗，是 spug 部署在公司内网，所以必须通过安全管理平台作为跳板来连其他主机？

我说的已经很清楚了，不允许直接ssh登录其他主机，因此即使用ansible都不行，只能在客户端用代理的方式。如果这个不能实现，那么几乎所有的通信企业都没法用。

likingzi commented 3 years ago

@vapao 作者你好，我想问下你这个项目的executor的执行性能怎么样，有测试过吗？我看代码执行job是ssh连过去执行命令，如果目标主机很多或job很多那么执行性能应该不乐观。我也看了一些其他的DevOps项目，有的是通过ansible作为executor的，性能更加不行。有考虑使用agent作执行器吗？把spug平台只是作为调度器

我也有同样想法，不用agent的话，在很多企业是无法部署使用的

leonaii commented 3 years ago

@vapao 作者你好，我想问下你这个项目的executor的执行性能怎么样，有测试过吗？我看代码执行job是ssh连过去执行命令，如果目标主机很多或job很多那么执行性能应该不乐观。我也看了一些其他的DevOps项目，有的是通过ansible作为executor的，性能更加不行。有考虑使用agent作执行器吗？把spug平台只是作为调度器

同样的问题，主机很多的话，打包机出口性能比较慢。希望可以通过oss或者git转储打包后的资源，通过agent去下载发布。

vapao commented 3 years ago

@vapao 作者你好，我想问下你这个项目的executor的执行性能怎么样，有测试过吗？我看代码执行job是ssh连过去执行命令，如果目标主机很多或job很多那么执行性能应该不乐观。我也看了一些其他的DevOps项目，有的是通过ansible作为executor的，性能更加不行。有考虑使用agent作执行器吗？把spug平台只是作为调度器

spug 是支持水平扩展的，可以把worker 部署多份就行了。

itmisx commented 2 years ago

实际目前很多大型企业内网是不允许ssh远程直接直接登录的，而是只能通过4A安全管理平台登录各台主机。因此只能通过部署agent的方式实现远端主机的自动化运维。因此建议增加agent管理模式。

这个获取可以满足你的需求。 https://github.com/gravitational/teleport

Ikarosx commented 1 year ago

按我的理解应该是指，比如我们是把自己的系统本地部署到各个客户的系统上，然后客户的系统不允许外网访问，需要通过vpn或者其他情况，这种情况下只能使用agent的模式

Meepoljdx commented 11 months ago

按我的理解应该是指，比如我们是把自己的系统本地部署到各个客户的系统上，然后客户的系统不允许外网访问，需要通过vpn或者其他情况，这种情况下只能使用agent的模式

不是，就是说，不允许ssh连接主机，如果要通过ssh远程登录服务器必须使用统一的4A系统，通过客户的堡垒机进行访问，这个堡垒机是不可能拿来部署spug这种服务的，一旦用户自己从A服务器ssh到B，会被通报越权访问。 类似于ambari那种大数据管理框架就只有部署的时候会使用ssh，部署完成后所有的批量操作都通过server端调用rpc把命令发送给agent，然后agent执行在自己所在的主机执行对应操作，最终把操作结果反馈给用户就over了，他应该想要这个模式。不过我觉得这样就和spug最初的设计理念背道而驰了

lx308033262 commented 7 months ago

@vapao 作者你好，我想问下你这个项目的executor的执行性能怎么样，有测试过吗？我看代码执行job是ssh连过去执行命令，如果目标主机很多或job很多那么执行性能应该不乐观。我也看了一些其他的DevOps项目，有的是通过ansible作为executor的，性能更加不行。有考虑使用agent作执行器吗？把spug平台只是作为调度器

spug 是支持水平扩展的，可以把worker 部署多份就行了。

这个worker部署多份 具体怎么操作？