【问题标题】:Jenkins Plugin Management best practicesJenkins 插件管理最佳实践
【发布时间】:2020-08-29 18:44:49
【问题描述】:

我们计划为整个组织实施 jenkins。我们希望使用单个 jenkins 实例,该实例将被许多具有 Slave 架构的团队使用。我想知道插件管理是否有任何最佳实践。由于团队会要求安装不同的插件,我该如何管理这些插件的安装。

提前感谢您的帮助

【问题讨论】:

    标签: jenkins


    【解决方案1】:

    我会在所有代理机器上安装 Docker,并指导团队尽可能在他们的 Pipelines 中使用 Docker 容器。因此,您无需在所有代理上安装不同的编程语言和插件。

    对于确实必须添加到 Jenkins 的插件,我会为您的 Jenkins 服务器设置一个测试实例,以试用该插件,并查看它是否与现有插件发生冲突。尽量减少插件数量,建议人们只使用最近升级的优质插件,并在不再需要时删除插件。

    【讨论】:

    • 感谢您尽快回复。你的意思是说如果应用程序团队需要任何单独的插件,他们需要作为管道的一部分安装并在管道完成后删除。如果我错了,请纠正我
    • 不,你误会我了。让我试着说得更清楚一点:在管道中使用 Docker 镜像,这可以通过更少的插件来帮助你。如果您确实需要使用插件,请先在 Jenkins 的测试/验收环境中试用这些插件,看看它们是否可以正常工作并达到您的预期。
    【解决方案2】:

    您会遇到的一个问题是 Jenkins 没有(据我所知)插件的授权策略。基本上,所有插件都可供所有人使用。如果团队有不同和禁忌的要求(例如:不允许使用 ssh 或 HTTP 请求的团队),Thia 可能会成为问题。如果你对软件开发、代码、基础设施、工具等有同质的方法,那么它就变成了一个matter of scale only..

    在大型组织中,您也可能会遇到单个 Jenkins 仅查找维护窗口的问题。它还会造成单点故障。您是否可以使用该功能或​​需要 H/A?

    您可能受益于多个大师(每个业务部门或产品),并使用 JCasC 来管理常用配置overviewplugin,让您的生活更轻松。

    【讨论】:

    • 去吧 IanW。这是我们正在寻找的方法。
    • 插件管理的一般信息,阅读thisthis
    • 如果您发现此(或其他)答案解决了您的问题,请标记为“已接受”(勾选框)。如果觉得有用,请点赞。
    猜你喜欢
    • 2015-09-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-05-23
    • 2015-07-29
    • 2019-06-07
    • 2015-02-12
    • 1970-01-01
    相关资源
    最近更新 更多