Релиз Polemarch 0.2.7, web-интерфейса для Ansible

24.01.2019 03:17

Состоялся выпуск Polemarch 0.2.7, web-интерфейса для управления серверной инфраструктурой на базе Ansible. Код проекта написан на языках Python и JavaScript с использованием фреймворков Django и Celery. Проект распространяется под лицензией AGPL. Для запуска системы достаточно установить пакет и запустить 1 сервис. Для промышленного применения рекомендуется дополнительно использовать 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'ов с кириллическими или любыми другими не латинскими символами в имени.
Исправлена ошибка в задержке вывода в реальном времени для историй.
Исправлена ошибка в шаблонах при сохранении и изменении шаблона.
Исправлена ошибка на графике, которая приводила к разделению статистики на стыке годов.
Исправлена ошибка связанная с невозможностью задать нестандартные переменные для групп и хостов.

Дополнительно можно отметить выпуск сходного по решаемым задачам продукта Red Hat Ansible Tower 3.4 и лежащего в его основе открытого проекта AWX 3.0 (лицензия Apache 2.0) c реализацией web-интерфейса для централизованного управления серверной инфраструктурой на базе системы Ansible.

исправить +1 +/–

Автор новости: vstconsulting

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/50012-ansible

Ключевые слова: ansible, polemarch

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (12)

1.1, Аноним (1), 11:56, 24/01/2019 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
глючное дерьмище, пачка багов, вики почти не имеет инфы структурированой, пока ставил - поймал 3 бага, плюнул и поставил ansible aws - профит

2.2, SunXE (ok), 13:20, 24/01/2019 [^] [^^] [^^^] [ответить]	+1 +/–
AWS глюкодром не меньший. Ещё жрёт как не в себя.

2.5, Тимофей (??), 00:18, 25/01/2019 [^] [^^] [^^^] [ответить]	+/–
Наверное просто у тебя, многоуважнаемый аноним, руки не из того места растут. У меня всё с полпинка завелось. Инфы как поставить и как пользоваться - полно. Хотя чё я распинаюсь перед анонимом у которого Ansible AWS стоит))

1.3, Аноним (3), 19:34, 24/01/2019 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
А зачем оно? для девопсов не умеющих в консоль Это где такие водятся? В винде?

2.6, Тимофей (??), 00:25, 25/01/2019 [^] [^^] [^^^] [ответить]	+/–
Оно просто не для devops'ов локалхоста. Когда у тебя развёртывание очередного кластера сутками длится, то консоль не вариант. Молчу уже про cron и сокрытие файлов с ключами и исходников от других пользователей.

2.10, freehck (ok), 12:42, 25/01/2019 [^] [^^] [^^^] [ответить]	+2 +/–
> А зачем оно? > для девопсов не умеющих в консоль Для того, чтобы два опса одновременно не могли начать накатывать одно и то же на один сервак? Для того, чтобы все запуски применения конфигурации и их выхлопы сохранять?

3.11, annual slayer (?), 20:52, 31/01/2019 [^] [^^] [^^^] [ответить]	+/–
у него, видимо, подгорает от того, что у девопсов умеющих в консоль вознаграждение труда обычно более интересное по своему размеру, чем у "ручных" сисадминов неумеющих никакой автоматизации и поэтому способных поддерживать вручную не больше, например, сотни хостов

1.4, xrensgory (?), 19:44, 24/01/2019 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
ну. например, быстро дать ресты для плейбуков

1.7, don Rumata (?), 01:02, 25/01/2019 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А что, если у меня нет желания возиться с pip и хочется просто apt install *.deb? Нафига ради одного пакета тащить кучу мусора?

2.8, vstconsulting (ok), 02:31, 25/01/2019 [^] [^^] [^^^] [ответить]	+/–
А тогда под какой Python/Ubuntu-релиз/Debian-релиз собирать? У них там от версии к версии всё меняется и поддерживать целый зоопарк довольно накладно (и всегда найдётся тот, кто поставит от другой версии Ubuntu, а потом будет писать "баг-репорты" в новости, мол как всё плохо работает). К тому же сам пакет содержит в себе весь "мусор" (у вас очень размытое понятие о мусоре), так что разницы нет. А для сообщества оставили возможность собирать пакет самостоятельно.

3.9, don Rumata (?), 09:59, 25/01/2019 [^] [^^] [^^^] [ответить]	+/–
http://changelogs.ubuntu.com/meta-release-lts-proposed - хотя бы под 2 поддерживаемых. Debian - ну stable наверное.

4.12, vstconsulting (ok), 02:32, 07/02/2019 [^] [^^] [^^^] [ответить]	+/–
Проблема в том, что там даже версия Python "не устаканилась", как и многие другие библиотеки. Даже в Docker-образе Ubuntu некоторый набор библиотек может отличаться от "домашней установки". Мы думаем за snap и/или собирать полностью независимую сборку со своим набором библиотек, но на разработку такого решения потребуется некоторое время. На данный момент, те кто не хотят заморачиваться с зависимостями могут использовать Docker.

Добавить комментарий

Текст: