Состоялся (https://github.com/vstconsulting/polemarch/releases/tag/0.2.7) выпуск Polemarch (http://polemarch.org) 0.2.7, web-интерфейса для управления серверной инфраструктурой на базе Ansible. Код проекта написан на языках Python и JavaScript с использованием фреймворков Django и Celery. Проект распространяется (https://github.com/vstconsulting/polemarch) под лицензией AGPL. Для запуска системы достаточно установить пакет и запустить 1 сервис (http://about.polemarch.org/en/stable/quickstart.html#install...). Для промышленного применения рекомендуется дополнительно использовать MariaDB и Redis/RabbitMQ+Redis (кэш и брокер MQ). Для каждой версии формируется образ Docker, основанный на образе Alpine 3.8.
Главными особенностями данного релиза являются добавление поддержки субмодулей (submodules) для GIT-проектов и обновление документации по API. Так же, стоит отметить, что начиная с этого релиза, больше не формируются сборки пакетов .deb/.rpm, однако такая возможность по прежнему остаётся, для тех кто хочет собирать пакет из исходных текстов.
Основные изменения в релизах 0.2.6 - 0.2.7:
- Загрузка субмодулей для GIT-проектов для более удобной и контролируемой организации кода.
- Генерация инвенториев при запуске теперь формируется в формате YAML, что значительно ускорило работу в крупных инсталляциях.
- Удалены неиспользуемые списки для хостов и групп в проектах.
- Создание шаблонов без указания Inventory для тех проектов, где Inventory указан в ansible.cfg.
- Обновлён внешний вид документации - более подробный вид с описанием всех полей, схем и параметров, а так же с динамически формируемым примером запроса.
- Для PyPI теперь формируются ".whl", а значит сокращается время сборки и установки окружения.
- Прекращается сборка .deb/.rpm пакетов с сохранением возможности формировать эти пакеты самостоятельно (для этого необходимо предварительно установить все необходимые пакеты для сборки, в том числе tox и вызвать команду "tox -e [rpm или deb]").
- Исправлена ошибка при вызове playbook'ов с кириллическими или любыми другими не латинскими символами в имени.
- Исправлена ошибка в задержке вывода в реальном времени для историй.
- Исправлена ошибка в шаблонах при сохранении и изменении шаблона.
- Исправлена ошибка на графике, которая приводила к разделению статистики на стыке годов.
- Исправлена ошибка связанная с невозможностью задать нестандартные переменные для групп и хостов.Дополнительно можно отметить выпуск (https://www.redhat.com/en/about/press-releases/red-hat-unifi...) сходного по решаемым задачам продукта Red Hat Ansible Tower 3.4 и лежащего в его основе открытого проекта AWX 3.0 (https://github.com/ansible/awx/releases/tag/3.0.0) (лицензия Apache 2.0) c реализацией web-интерфейса для централизованного управления серверной инфраструктурой на базе системы Ansible.
URL: https://github.com/vstconsulting/polemarch/releases/tag/0.2.7
Новость: https://www.opennet.me/opennews/art.shtml?num=50012
глючное дерьмище, пачка багов, вики почти не имеет инфы структурированой, пока ставил - поймал 3 бага, плюнул и поставил ansible aws - профит
AWS глюкодром не меньший. Ещё жрёт как не в себя.
Наверное просто у тебя, многоуважнаемый аноним, руки не из того места растут.
У меня всё с полпинка завелось.
Инфы как поставить и как пользоваться - полно.
Хотя чё я распинаюсь перед анонимом у которого Ansible AWS стоит))
А зачем оно?
для девопсов не умеющих в консоль
Это где такие водятся? В винде?
Оно просто не для devops'ов локалхоста. Когда у тебя развёртывание очередного кластера сутками длится, то консоль не вариант. Молчу уже про cron и сокрытие файлов с ключами и исходников от других пользователей.
> А зачем оно?
> для девопсов не умеющих в консольДля того, чтобы два опса одновременно не могли начать накатывать одно и то же на один сервак?
Для того, чтобы все запуски применения конфигурации и их выхлопы сохранять?
у него, видимо, подгорает от того, что у девопсов умеющих в консоль вознаграждение труда обычно более интересное по своему размеру, чем у "ручных" сисадминов неумеющих никакой автоматизации и поэтому способных поддерживать вручную не больше, например, сотни хостов
ну. например, быстро дать ресты для плейбуков
А что, если у меня нет желания возиться с pip и хочется просто apt install *.deb? Нафига ради одного пакета тащить кучу мусора?
А тогда под какой Python/Ubuntu-релиз/Debian-релиз собирать? У них там от версии к версии всё меняется и поддерживать целый зоопарк довольно накладно (и всегда найдётся тот, кто поставит от другой версии Ubuntu, а потом будет писать "баг-репорты" в новости, мол как всё плохо работает).
К тому же сам пакет содержит в себе весь "мусор" (у вас очень размытое понятие о мусоре), так что разницы нет.
А для сообщества оставили возможность собирать пакет самостоятельно.
http://changelogs.ubuntu.com/meta-release-lts-proposed - хотя бы под 2 поддерживаемых. Debian - ну stable наверное.
Проблема в том, что там даже версия Python "не устаканилась", как и многие другие библиотеки.
Даже в Docker-образе Ubuntu некоторый набор библиотек может отличаться от "домашней установки".
Мы думаем за snap и/или собирать полностью независимую сборку со своим набором библиотек, но на разработку такого решения потребуется некоторое время.На данный момент, те кто не хотят заморачиваться с зависимостями могут использовать Docker.