Один шеф-повар управляет ими всеми

Я ищу повара для автоматизации развертываний Magento - как для стандартных вариантов хостинга Magento, так и для сред, таких как EC2. Я гуглил и вижу множество рецептов, но ни один из них не кажется мне каноническим. Есть какой-то конкретный сценарий шеф-повара, который лучше / лучше? Кроме того, если вы делали развертывание chef с помощью PHP раньше, что бы вы хотели знать, когда только начинали?

deploy

— Алан Сторм
источник

Хотелось бы знать, что Ansible ( ansible.com/home ) существует.

— Рид Бломквист

Некоторые другие альтернативы, если вам интересно, salttack.com и docker.com . Оба выглядят многообещающе, но у меня не было возможности поработать с ними.

— биплогия

Я экспериментировал с пеплом-

— капистрано

Я думаю, что Рид на что-то, Алан re: Ansible. Он не требует установки агента (работает с ssh + keys) на клиентах, это декларативная система, поэтому она идемпотентна, и в целом я обнаружил, что ее использование оставляет мне «делать одно, делать это просто, и делайте это хорошо "в духе юникса по сравнению с более надежными системами, такими как повар, марионетка и соль. Прошло много времени с тех пор, как вы опубликовали это, какие-нибудь обновления о ваших мыслях после работы с шеф-поваром?

— Брайан 'BJ' Хоффпауир младший

Ответы:

Практически невозможно иметь набор процедур «один размер подходит всем». Я успешно написал сценарий Bash, который выполняет chef-clientзапуски в списках хостов, предоставленных knife search. Процедуры выглядят так ...

Chef Server с открытым исходным кодом 10.18.2 в Ubuntu 12.04 LTS

Инициализировать переменные
Получите последнюю версию хэша от GitHub для $branch
Отключите мониторинг доступности, чтобы предотвратить оповещения о состоянии HTTP 503
Переключите все веб-сайты и хосты утилит в режим обслуживания
Развернуть утилиту
1. Остановите Крона Магенто и всех работников Resque
2. Адресные зависимости файловой системы
3. Шеф-повар проверяет определенную ревизию как новый выпуск
4. Адресные зависимости Magento (пакеты, модули, файловая система, разрешения)
5. Обновите все задачи и скрипты cron для автоматизации
6. Развернуть все модули (композитор)
7. Очистить кеш с n98-magerun.phar
8. Запустите любые миграции с n98-magerun.phar
9. Снова включите Magento cron
10. Начните Resque работников
Разверните первый веб-хостинг
1. Адресные зависимости файловой системы
2. Шеф-повар проверяет определенный $revisionкак новый выпуск
3. Адресные зависимости Magento
4. Разверните все модули Magento
Отметить новое развертывание в New Relic
Включить службы мониторинга доступности
Отключите службы балансировки нагрузки для всех остальных веб-хостов
Продолжить развертывание на веб-хостах, последовательно выводя их в оперативный режим
Выполните процедуры Chef для поиска хостов

Источник: https://gist.github.com/parhamr/6177160#file-2-deployment

— parhamr
источник

Вот как я подошел к этой области, играя роль хочу быть сисадмином / devops. Большинство из них будут только общими принципами, которым я стараюсь следовать, а не определенными шеф-поваром.

Я закончил тем, что пошел с Puppet, потому что я обнаружил, что в то время было больше ресурсов, и мне было легче подобрать его для меня.

Я посмотрел на различные готовые модули, доступные для таких вещей, как apache, php5 и т. Д. Многие из них, казалось, делали намного больше, чем мне нужно, и, будучи настолько незнакомыми с платформой, я не доверял происходящему. Я решил, что для меня будет проще просто определить, что мне нужно сделать для каждого типа узла.

Я начал процесс с предоставления локальной среды разработки команды (vargrant + virtual box). Для каждого сервиса / компонента я создал модуль: php5, apache2, redis, mysql и т. Д.

Как только среда разработки стала стабильной / работающей, я начал создавать среду QA. Я определил универсальные типы узлов для веб-серверов, redis, лаков и т. Д., Которые повторно использовали те же модули, что и dev. Как только это было сделано, для постановки и производства потребовались минимальные изменения, чтобы начать работу.

По мере того, как вы будете писать и писать свои рецепты / шаблоны, вы должны подумать, как их можно использовать повторно / обобщать. Не жестко программируйте такие вещи, как пути или пользователи / группы, которые могут меняться в дистрибутивах / проектах / средах. Поскольку вы смотрите на обобщенный подход, я бы предположил, что большое препятствие будет связано с различиями между * nix-дистрибутивами.

Самое главное, сохранить просто. Автоматизируйте / стандартизируйте наиболее важные / трудоемкие части среды. Итерируйте, развивайтесь.

— beeplogic
источник