Состоялся (https://github.com/vstconsulting/polemarch/releases/tag/0.2.2) выпуск Polemarch 0.2.2 (http://polemarch.readthedocs.io/en/stable/), web-интерфейса для управления серверной инфраструктурой на базе Ansible. Код проекта написан на языках Python и JavaScript с использованием фреймворков Django и Celery. Проект распространяется под лицензией AGPL. Готовые сборки сформированы и протестированы для CentOS 7 и Ubuntu 18.04. Для запуска системы достаточно установить пакет и запустить 1 сервис. Так же поддерживается ручная установка из PyPI для более тонкой настройки пакетов и управления окружением. Для промышленного применения рекомендуется дополнительно использовать MariaDB и Redis (кеш и брокер MQ).
Главной особенностью данного релиза является возможность при помощи файла ".polemarch.yaml (https://polemarch.readthedocs.io/en/stable/gui.html#polemarc...)" задавать некоторые настройки для проекта, как, например, создавать форму в проекте для быстрого заполнения параметров необходимых для запуска playbook'а, или, например, автоматическое создания шаблонов проекта. Данная возможность позволяет легко распространять готовые проекты для интеграции у пользователей Polemarch. Это первый шаг к развитию community-проектов для управления инфраструктурой. В будущем, планируется развивать репозиторий со списком доступных проектов под различные задачи.Изменения данного релиза:
- Добавлена поддержка ".polemarch.yaml" - конфигурационного файла проекта.
- Улучшено поле interval в периодических задачах.
- В списках истории проекта до 8 символов сокращена длина ревизии.
- В поле Information проекта появилась возможность переходить по относительным ссылкам.
- Добавлено множество тестов для GUI и исправлены мелкие недочёты отображения.URL:
Новость: https://www.opennet.ru/opennews/art.shtml?num=49601
>Для промышленного применения рекомендуется дополнительно использовать MariaDBБессмысленный и беспощадный ынтерпрайз
Ынтырпрайс - это когда ораклDB, да ещё и в форме Oracle Rac. А мыск - это так, баловство, он нормально не кластеризуется, с мастер-мастер ом у него тоже жиденько, но для уютненького локалхоста вполне себе покатит.И Redis вместо MQ - это тоже мысль интересная, светлая, но однозначно непонятная. Для ЫнтЫрпрайса нужно WebsphereMQ использовать.
Для уютненького локалхоста в самый раз это SQLite.
> WebsphereMQПожалуйста, скажи, что ты толстишь.
Это WebsphereMQ толстит!
Вообще раньше мы рекомендовали MariaDB + Memcache + RabbitMQ, но Memcache всё же не поддерживает авторизацию, а RabbitMQ - слишком громоздкий. Поэтому решили последние два бэкенда совместить в Redis, который достаточно легко поднимается и экономичнее по ресурсам, чем Memcache+RabbitMQ. Мы поддерживаем всё что хочет и умеет Django + Celery, поэтому можно использовать и старый вариант, а в качестве БД можно использовать и Gallera/Percona, и Postgres, и Oracle, но мы тестируем на MariaDB + Redis. Мы стараемся не завязываться на специфические функции зависящие от бэкенда, чтобы как можно больше разнообразных решений поддерживать.
У MySQL есть проблемы c 'varchar(2048)' (в нашем контексте), поэтому рекомендуем больше MariaDB.
Хотя в ветке 0.3.Х, мы планируем устранить все эти недочёты с БД и привести миграции к более стабильному и оптимальному по производительности состоянию.
так вроде на локалхосте можно вообще без них, а если у нас десяток админов то редис и мускуль. Зачем тут что-то сложнее?
А Ansible в энтерпрайзе не смущает? Хотя, конечно, лучше так, чем вручную. Да даже самописанными портянками на баше лучше.
А чем уважаемого Анонима смущает Ansible в энтерпрайзе?
Используем в кровавом энтерпрайзе-репликация, легкие бэкапы.
Коллеги, подскажите аналог Ansible только чтобы был с агентами и агенты были доступны в том числе для Windows XP и Windows 7.
А где здесь вопрос?)
Salt, Puppet, Chef - выбирай любой. Я бы отдал предпочтение Солту как наиболее функциональному. Паппет проще. Шеф замороченный в плане описания стейта.
Спасибо. Посмотрю на досуге Солт.
Не надо смотреть Солт который бета навечно, надо смотреть то, что пригодится в реальной работе.
Паппет и Докер сворм.
С пришествием докера, системы раскатки конфигураций, в части шизофреничной попытки исправить что-то из любого возможного состояния в правильное .. уходят на второй план.
> Шеф замороченный в плане описания стейта.вы же понимаете что основная задача систем управления конфигурацией уйти от стейта и писать все в декларативном стиле. И шеф этой идеей пропитан полностью. О каком стейте вы говорите?
> вы же понимаете что основная задача систем управления конфигурацией уйти от стейта и писать все в декларативном стиле. И шеф этой идеей пропитан полностью. О каком стейте вы говорите?Вы добавили что-то на все машины а потом удалили эту декларацию наличия чего-то из своего кукбука/плейбука. Система продолжает работать но есть какой-то не задекларированный стэйт в системе. Как это решить с ansible/chef/puppet ?
Чем это лучше по сравнению с semaphore и awx?
В основном выбирают Awx.
По факту это апстрим ansible tower
Сходу на ум приходит:
1. Проще развернуть rpm/deb/docker/pip (Semaphore нормально только в докере завёлся, и то - падал; AWX - без политра и собственно Ansible трудно установить)
2. Легко работает на слабой vpc (2c×2g - это с Postgres и Redis)
3. Легко масштабируется горизонтально
4. Ближе всех к привычному консольному варианту
5. Стабильнее (по сравнению с Semaphore)
6. Разные версии Ansible можно использовать
7. Интерфейс пошустрее и посимпатичнее.Пользуюсь с версии 0.1.12.
> Ansible is a radically simple IT automation platform that makes your applications and systems easier to deploy.Что мы имеем (помимо вэб-интерфейса):
4000 "контрибутора", 20000 "иссьюс", питон, рубин, яваскрипт, шелл.
Настолько простая, что под каждый пакетный менеджер свои команды.
Не велика проблема. Выделил роль для управления пакетами и дело с концом.
Хотя крутого модуля конечно не хватает...