| |
| 2.2, Аноним (2), 15:42, 13/11/2018 [^] [^^] [^^^] [ответить] [↓] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– | |
Ынтырпрайс - это когда ораклDB, да ещё и в форме Oracle Rac. А мыск - это так, баловство, он нормально не кластеризуется, с мастер-мастер ом у него тоже жиденько, но для уютненького локалхоста вполне себе покатит.
И Redis вместо MQ - это тоже мысль интересная, светлая, но однозначно непонятная. Для ЫнтЫрпрайса нужно WebsphereMQ использовать.
| | |
| |
| 3.22, vstconsulting (ok), 02:00, 14/11/2018 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
 Вообще раньше мы рекомендовали MariaDB + Memcache + RabbitMQ, но Memcache всё же не поддерживает авторизацию, а RabbitMQ - слишком громоздкий. Поэтому решили последние два бэкенда совместить в Redis, который достаточно легко поднимается и экономичнее по ресурсам, чем Memcache+RabbitMQ. Мы поддерживаем всё что хочет и умеет Django + Celery, поэтому можно использовать и старый вариант, а в качестве БД можно использовать и Gallera/Percona, и Postgres, и Oracle, но мы тестируем на MariaDB + Redis. Мы стараемся не завязываться на специфические функции зависящие от бэкенда, чтобы как можно больше разнообразных решений поддерживать.
У MySQL есть проблемы c 'varchar(2048)' (в нашем контексте), поэтому рекомендуем больше MariaDB.
Хотя в ветке 0.3.Х, мы планируем устранить все эти недочёты с БД и привести миграции к более стабильному и оптимальному по производительности состоянию.
| | |
|
|
| |
| |
| |
| 4.18, Аноним (17), 23:38, 13/11/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +2 +/– |
Не надо смотреть Солт который бета навечно, надо смотреть то, что пригодится в реальной работе.
Паппет и Докер сворм.
С пришествием докера, системы раскатки конфигураций, в части шизофреничной попытки исправить что-то из любого возможного состояния в правильное .. уходят на второй план.
| | |
|
| |
| 4.23, antono (??), 15:43, 18/11/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
 > вы же понимаете что основная задача систем управления конфигурацией уйти от стейта и писать все в декларативном стиле. И шеф этой идеей пропитан полностью. О каком стейте вы говорите?
Вы добавили что-то на все машины а потом удалили эту декларацию наличия чего-то из своего кукбука/плейбука. Система продолжает работать но есть какой-то не задекларированный стэйт в системе. Как это решить с ansible/chef/puppet ?
| | |
|
|
|
| |
| 2.21, Серёга (?), 00:50, 14/11/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +2 +/– |
Сходу на ум приходит:
1. Проще развернуть rpm/deb/docker/pip (Semaphore нормально только в докере завёлся, и то - падал; AWX - без политра и собственно Ansible трудно установить)
2. Легко работает на слабой vpc (2c×2g - это с Postgres и Redis)
3. Легко масштабируется горизонтально
4. Ближе всех к привычному консольному варианту
5. Стабильнее (по сравнению с Semaphore)
6. Разные версии Ansible можно использовать
7. Интерфейс пошустрее и посимпатичнее.
Пользуюсь с версии 0.1.12.
| | |
|
|
