Проект, Broadcom и open source

История владельцев Salt — частый источник путаницы, поэтому зафиксируем факты. Проект создал Томас Хэтч в 2011 году; развивала его компания SaltStack Inc. В 2020 году SaltStack купила VMware, а в 2023-м сама VMware вошла в состав Broadcom — так Salt оказался под крылом Broadcom. При этом сам Salt как был, так и остаётся open source: код лежит в репозитории saltstack/salt на GitHub под лицензией Apache 2.0, ядро сопровождают инженеры Broadcom вместе с сообществом. Смена владельца не изменила лицензию, но изменила практические вещи — расположение пакетных репозиториев, состав ядра и график поддержки версий, — и именно их нужно знать, чтобы не наступить на грабли при установке и обновлении.

Как это работает

Схема версионирования — числовые мажоры, похожие на годы: 3006, 3007, 3008; точечные релизы — 3008.1, 3008.2. Версии делятся на LTS (долгая поддержка) и STS (короткий цикл): 3006.x — прежний LTS, уходящий в фазу critical-support, 3007.x — STS, а 3008 — актуальный LTS 2026 года. Для продакшена ориентируйтесь на LTS-ветку.

Два практических следствия смены владельца. Первое: в конце 2024 года пакетный репозиторий переехал с repo.saltproject.io на packages.broadcom.com (Artifactory); пакеты старше 3006 оттуда недоступны, а старые инструкции с прежними URL молча перестали работать. Рекомендуемый формат пакетов — onedir: дистрибутив со встроенным интерпретатором Python, не зависящий от системного. Второе: с релиза 3008 прошла «Great Module Migration» — значительная часть модулей вынесена из ядра в community-расширения (GitHub-организация salt-extensions) и ставится отдельно: salt-pip install saltext-<name> либо обычным pip.

Когда применять

Понимание статуса проекта нужно в трёх ситуациях. Первая — выбор инструмента: если вы решаете, закладывать ли Salt в новую инфраструктуру, аргументы такие — лицензия Apache 2.0, открытый репозиторий, действующий график LTS/STS-релизов; риск зависимости от вендора здесь про темп развития, а не про закрытие кода. Вторая — обновление старых инсталляций: с версий до 3006 сначала придётся переехать на новые репозитории и onedir-пакеты, и только затем догонять актуальный LTS. Третья — планирование зависимостей: если ваши state'ы используют модуль, уехавший в salt-extensions, установка соответствующего saltext-пакета становится частью раскатки мастера и миньонов. Отдельно помните: проприетарный GUI (SaltStack Config / Aria Automation Config) — коммерческий продукт вне open-source-ядра, и его в этом роадмапе не рассматриваем.

Типичные ошибки

Классика — ставить Salt по статье 2020 года: URL repo.saltproject.io больше не работает, и люди делают вывод «проект умер», хотя репозиторий просто переехал на packages.broadcom.com. Вторая ошибка — обновиться на 3008 и удивляться пропаже модулей: после «Great Module Migration» их нужно доставлять как saltext-расширения, поэтому перед апгрейдом сверьте список используемых модулей с составом ядра. Третья — сидеть на 3005 и старше «пока работает»: этих пакетов уже нет в репозитории, а значит нет и обновлений безопасности. И не путайте юридический статус с операционным: лицензия открытая, но темп релизов и приоритеты ядра задаёт Broadcom — закладывайте это в долгосрочное планирование.

Как это работает

Когда применять

Типичные ошибки

Связанные понятия

Полезные ресурсы