V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
shijingshijing
V2EX  ›  Docker

你们会保持 Docker 镜像一直使用最新的么?

  •  
  •   shijingshijing · 2023-04-09 15:58:48 +08:00 · 5372 次点击
    这是一个创建于 379 天前的主题,其中的信息可能已经有所发展或是发生改变。

    RT ,最近老是收到 NextCloud 的推送,提示有最新版的,但是现在用的这个版本都能满足需求,反而怕更新一把给弄崩了。特别是那种有依赖数据库镜像,nginx 镜像等其他镜像的,还是有点不敢一把梭。使用 Docker Compose 的可能梭起来好一点,毕竟文件里都给你安排好了。

    想调查一下,你们会有一直保持 Docker 镜像最新的习惯么?

    44 条回复    2023-05-22 17:57:59 +08:00
    raycool
        1
    raycool  
       2023-04-09 16:00:54 +08:00
    不会。
    zx900930
        2
    zx900930  
       2023-04-09 16:03:55 +08:00
    生产环境加版本号 tag 固定版本是基本操作
    hefish
        3
    hefish  
       2023-04-09 16:04:15 +08:00
    不会。
    SenLief
        4
    SenLief  
       2023-04-09 16:12:40 +08:00
    没什么需要的特性我都不怎么更新。
    ration
        5
    ration  
       2023-04-09 16:13:56 +08:00 via Android
    用固定版本号
    LLaMA
        6
    LLaMA  
       2023-04-09 16:19:30 +08:00
    不会。
    0o0O0o0O0o
        7
    0o0O0o0O0o  
       2023-04-09 16:24:53 +08:00 via iPhone
    比较基础的镜像不会,会指定 tag ;

    nextcloud vaultwarden 这种会保持最新,前提是做好备份;

    用 docker compose 也会用 watchtower 自动更新。
    devliu1
        8
    devliu1  
       2023-04-09 16:40:48 +08:00
    会指定 tag 定期维护,做好备份先,用 watchtower 前必须要有备份
    dianso
        9
    dianso  
       2023-04-09 16:59:41 +08:00
    看什么了,syncthing 这种必须更新,QB 这种不更新,4.5.2
    efaun
        10
    efaun  
       2023-04-09 17:07:41 +08:00
    如果没有 bug 的是不会保持最新的, 不然等阿里投毒吗?
    Nnq
        11
    Nnq  
       2023-04-09 17:58:20 +08:00
    一般不直接使用官方镜像,公司内部搞对应的 base image ;

    通常🈶️安全扫描工具,如果当前使用的镜像版本不是老版本同时没有安全漏洞,就不会升级。

    不过🈶️新的 base image ,开发组就可以直接使用了
    Nnq
        12
    Nnq  
       2023-04-09 17:58:39 +08:00
    @efaun 阿里投毒是什么意思?
    ByteCat
        13
    ByteCat  
       2023-04-09 18:03:45 +08:00
    更新啊,watchtower 自动更新,很方便
    fatelight
        14
    fatelight  
       2023-04-09 18:10:24 +08:00
    自用的会,崩了也不怕
    lyc8503
        15
    lyc8503  
       2023-04-09 18:13:18 +08:00 via Android
    自己在家用服务器 unRAID 上的容器会每过一段时间升级一波, 其他自用的容器也会定时更新. 不是自己的就能用就不要动了.
    standchan
        16
    standchan  
       2023-04-09 18:50:56 +08:00
    自动用最新的不是给自己挖坑嘛
    cosette
        17
    cosette  
       2023-04-09 19:19:12 +08:00
    没有重要的修复性更新,或者功能更新都可以不用紧跟最新版,尤其是可能是出现破坏性更新的情况,导致数据损坏还无法回滚到旧版,nextcloud 也是如此,吃过大亏。如果没有持久化的需求,坏了无非就重来一遍,成本至少可以接受,浪费点时间罢了。
    ijrou
        18
    ijrou  
       2023-04-09 19:21:51 +08:00
    看情况。。。
    Orciorc
        19
    Orciorc  
       2023-04-09 19:24:08 +08:00 via Android
    @Nnq 之前的 AntDesign 事件,所谓彩蛋是中途某个版本加入的,使用者不做好 review 根本不会注意
    bigshawn
        20
    bigshawn  
       2023-04-09 20:34:42 +08:00
    在树莓派装了 watchtower ,都是些不那么重要的服务
    NAS 上不敢装,怕给自己挖坑。
    liansishen
        21
    liansishen  
       2023-04-09 20:40:56 +08:00
    有些会,比如 chatgpt 的
    有些不会,npm 之类的
    misaka
        22
    misaka  
       2023-04-09 20:43:08 +08:00
    不会,不想用上最新的 bug
    sanshao124
        23
    sanshao124  
       2023-04-09 20:49:04 +08:00 via iPhone
    除非明确有问题,否则所有软件版本都保持最新,硬件经济条件允许也都保持最新
    Chaidu
        24
    Chaidu  
       2023-04-09 20:54:25 +08:00   ❤️ 1
    我是锁定大版本号
    xmh51
        25
    xmh51  
       2023-04-09 21:51:19 +08:00
    一般锁定版本,手动更新
    jsq2627
        26
    jsq2627  
       2023-04-09 23:04:41 +08:00
    自己 home lab 的话会,有动力追新功能。除了 docker ,apt upgrade / pacman -Syu 也是日常操作。
    工作环境不会,green keeping 耗费精力不说,还容易搞出事故。除非业务需要用到特定的新功能才考虑更新。
    sprite82
        27
    sprite82  
       2023-04-09 23:25:21 +08:00
    自己的服务基本会保持最新的,写个脚本,升级前一键备份数据,有问题就回滚。同时到 GitHub 上看其他人情况,反馈给开发者
    dann73580
        28
    dann73580  
       2023-04-09 23:45:37 +08:00
    Nextcloud 好像这次更新还蛮多的。不过 docker 的优势不就是更新崩了也能回滚吗~
    aceinnes
        29
    aceinnes  
       2023-04-09 23:53:16 +08:00 via iPhone
    会,强迫症
    asdasdqqq
        30
    asdasdqqq  
       2023-04-10 02:26:32 +08:00 via iPhone
    同问,如 homeassistant 需不需要更新
    WillemNZ
        31
    WillemNZ  
       2023-04-10 06:18:16 +08:00 via Android
    用 podman 自动更新
    fox0001
        32
    fox0001  
       2023-04-10 07:28:42 +08:00 via Android
    nextcloud 没有使用 docker 部署,但会不定期去升级。试过有段长时间没升级,想升到最新版支持 PHP 8.0 ,巨麻烦。
    tonzeng
        33
    tonzeng  
       2023-04-10 10:03:28 +08:00
    如果没有遇到什么 bug 正常不动。
    xuanbg
        34
    xuanbg  
       2023-04-10 10:05:18 +08:00
    稳定高于一切,没事升级什么版本。。。
    vinsony
        35
    vinsony  
       2023-04-10 10:09:23 +08:00
    不更新浑身难受
    int11
        36
    int11  
       2023-04-10 10:17:50 +08:00
    nas 里跑的会 emby,qb 这类.
    vps 里跑的不会
    nothingistrue
        37
    nothingistrue  
       2023-04-10 10:30:16 +08:00
    经历过苹果、微软强制更新洗礼的消费者,经历过 Java 强行滚动更新以至于反而变成万年 Java 8 的 Java 开发者,还有刚刚经历过 CentOS 变成滚动更新的运维者,大概率是不会再啥都追求最新的了。以上这些更新,其理由还只是为了降低或移除旧版本的维护成本。如果是经历过 μTorrent 3.0 挖矿 /广告,xshell 6 限制标签页并同时禁止 xshel 5 继续使用的人,更是会产生时刻备份旧版本安装文件的习惯。
    konakona
        38
    konakona  
       2023-04-10 10:32:56 +08:00
    首先需要对所使用的镜像足够了解,才能知道它的每一次更新大致可能是怎样的,是否可以向下兼容。否则一律带版本号去限制。
    wccc
        39
    wccc  
       2023-04-10 10:35:18 +08:00
    Nextcloud vaultwarden 一直备份 追新 可以坏 但是不能泄露数据
    shijingshijing
        40
    shijingshijing  
    OP
       2023-04-10 11:48:08 +08:00
    @konakona “对所使用的镜像足够了解”其实是很高的要求,自己的 NAS 上跑了几十个容器,很多容器还依赖其他容器,不可能都了解的。很多人更新的最大原因可能是为了安全补丁,并非是为了 new feature ,关键是有的新版本会夹带私货,甚至强行喂屎。
    konakona
        41
    konakona  
       2023-04-10 15:29:18 +08:00
    @shijingshijing 是的,所以做为使用者的基本素质来说,如果能增强阅读升级迭代说明会更好一些。反正 gitlab 升级是需要阅读的,否则容易服务阵亡。
    M5tuA
        42
    M5tuA  
       364 天前
    @Orciorc 您好,请问《移动老用户,最低消费?》这个后续怎么样了,我遇到跟您一样的情况
    Orciorc
        43
    Orciorc  
       362 天前 via Android
    @M5tuA 我好像没发过这个帖子吧,没印象了。最低消费一般都是开户时签了合约,白纸黑字,没什么办法。可以携号转网,之后再转回来。
    samyang5273
        44
    samyang5273  
       336 天前
    版本空,家里的 unraid 会定期更新一波,选择性的,比如 qbittorrent 就会谨慎一点
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   996 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 22:02 · PVG 06:02 · LAX 15:02 · JFK 18:02
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.