https://opennet.ru/openforum/vsluhforumID1/97880.html Коллеги, а кто как решает такую задачу: <br><br>Есть, скажем, два окружения (в AWS, если это важно): UAT и Prod. В каждом - пачка линукс-серверов (виртуалки, скажем, redhat- и debian-based). Требуется накатывать системные обновления на прод только после установки их на уат и тестирования, что ничего не посыпалось. Между установкой на уат и аппрувом установки на прод пройдет какое-то время, так что "yum update", выполненный на проде, с большой вероятностью установит не [только] те обновления, что ставились на уате, а надо обновить только то, что протестировано.<br> https://opennet.ru/openforum/vsluhforumID1/97880.html#2 Wed, 27 Jul 2022 19:17:25 GMT Можно организовать собственные репозитории с жизненным циклом дев-тест-уат-прод через "pulp". Он умеет и деб и рпм и ещё всякое.<br>А на серверах в качестве репозиториев оставляешь только адрес своего pulp сервера.<br>На dev будут всегда свежие пакеты, на остальных репозитории будут обновляться только по команде.<br> https://opennet.ru/openforum/vsluhforumID1/97880.html#1 Wed, 27 Jul 2022 18:52:20 GMT &gt; Коллеги, а кто как решает такую задачу: <br>&gt; Есть, скажем, два окружения (в AWS, если это важно): UAT и Prod. <br>&gt; В каждом - пачка линукс-серверов (виртуалки, скажем, redhat- и debian-based). Требуется <br>&gt; накатывать системные обновления на прод только после установки их на уат <br>&gt; и тестирования, что ничего не посыпалось. Между установкой на уат и <br>&gt; аппрувом установки на прод пройдет какое-то время, так что "yum update", <br>&gt; выполненный на проде, с большой вероятностью установит не [только] те обновления, <br>&gt; что ставились на уате, а надо обновить только то, что протестировано. <br><br>Снимайте с тестового окружения список установленного и ставьте по этому списку конкретные версии.<br>Можно с тестового на прод продублировать кэш пакетов.<br><br>