<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Раздел полезных советов: Атомарные обновления в OSTree</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html</link>
    <description>++ Введение&lt;br&gt;&lt;br&gt;Если вы администрируете больше одного сервера, вы наверняка встречали классическую драму: &quot;обновили пакеты &amp;#8212; и стало иначе&quot;.&lt;br&gt;Вроде бы обновление - рутинная операция, но на практике это часто лотерея из мелких изменений: уехали зависимости, поменялись версии библиотек, подтянулись новые настройки по умолчанию в фалах конфигурации, где-то пересобралось ядро, а вишенкой сверху стало то, что два &quot;одинаковых&quot; узла после одинаковых команд через пару недель оказываются уже не совсем одинаковыми.&lt;br&gt;&lt;br&gt;Главная проблема не в том, что пакетные менеджеры плохие. Проблема в том, что модель &quot;обновление = набор независимых изменений&quot; плохо сочетается с требованиями инфраструктуры: предсказуемостью, быстрым восстановлением и возможностью чётко ответить на вопрос: какая именно версия системы сейчас работает.&lt;br&gt;&lt;br&gt;OSTree предлагает другой вариант: система поставляется как версия (коммит) и переключается целиком. Не &quot;вот вам 200 пакетов, удачи&quot;, а &quot;вот вам собранное состояние базовой системы, которое можно раз</description>

<item>
    <title>Атомарные обновления в OSTree (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html#5</link>
    <pubDate>Thu, 15 Jan 2026 10:59:49 GMT</pubDate>
    <description>АИ слоп, не стыдно?&lt;br&gt;</description>
</item>

<item>
    <title>Атомарные обновления в OSTree (OpenEcho)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html#4</link>
    <pubDate>Fri, 02 Jan 2026 15:11:54 GMT</pubDate>
    <description>&amp;gt; кто будет заниматься описанным в статье?&lt;br&gt;&lt;br&gt;Вообще есть полезные юз-кейсы (особенно когда разрешен доступ 3rd party девопсам), и ostree есть в том же популярном дебиане. На мастер машине делаются апдейты/правки, деплоится и тестится на тестовой кошке и потом готовый ревизион скармливатся продакшен хостам с бысрой возможностью откатить к рабочему комиту &quot;если что пошло не так&quot;&lt;br&gt;</description>
</item>

<item>
    <title>Атомарные обновления в OSTree (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html#3</link>
    <pubDate>Thu, 01 Jan 2026 17:54:05 GMT</pubDate>
    <description>&amp;gt;Когда хотели ненавязчиво пропиарить свой дистрибутив (да-да, статья про настройку всего лишь &quot;на примере&quot;, мы поняли), но получилась скорее антиреклама.&lt;br&gt;&lt;br&gt;еще и статью нейронкой написал&lt;br&gt;</description>
</item>

<item>
    <title>Атомарные обновления в OSTree (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html#2</link>
    <pubDate>Wed, 31 Dec 2025 07:11:35 GMT</pubDate>
    <description>&amp;gt; кто будет заниматься описанным в статье?&lt;br&gt;&lt;br&gt;Даже не представляю где это может понадобится. На серверах проксмокс, там deb, прикручивать чтото сверху..., да можно и так обойтись, тупо копируя кэш apt.&lt;br&gt;&lt;br&gt;На всяких оранжпаях аналогичная история.&lt;br&gt;</description>
</item>

<item>
    <title>Атомарные обновления в OSTree (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/138820.html#1</link>
    <pubDate>Mon, 29 Dec 2025 00:04:11 GMT</pubDate>
    <description>Когда хотели ненавязчиво пропиарить свой дистрибутив (да-да, статья про настройку всего лишь &quot;на примере&quot;, мы поняли), но получилась скорее антиреклама.&lt;br&gt;&lt;br&gt;Вполне есть как атомарные дистрибутивы со &quot;срезами&quot; на уровне файловой системы; есть и с транзакционными пакетными менеджерами, где атомарность системного окружения достигается уже просто как следствие применяемой концепции управления пакетами и системной конфигурации (и да, получаем то самое развёртывание системы из конфигурации в репозитории, но это уже обеспечивается средствами дистрибутива без описанной в статье головной боли).&lt;br&gt;&lt;br&gt;Вот скажите честно, уважаемые читатели (автор статьи не в счёт), кто будет заниматься описанным в статье? Лично мой взгляд такой: если уж нужна атомарность, то скорее будет выбран дистрибутив, где данная проблема уже решена.&lt;br&gt;&lt;br&gt;Названия дистрибутивов не упоминал намеренно, чтобы не устраивать споры про вкусы применительно к конкретным дистрибутивам.&lt;br&gt;</description>
</item>

</channel>
</rss>
