можно с помощью ansible деплоить, но это не совсем тот инструмент, мне кажется

@kotchuprik а с помощью symlink деплой делать, это еще актуальная тема? или есть лучше способы

всё нах в докер и ебош ансиблом деплой

в чём проблема?

докер не будем использовать на продакшене

а что будете?

просто два сервера, один php-fpm+nginx второй mysql все

но это неважно, я интересуюсь способами деплоя

а с помощью symlink деплой делать, это еще актуальная тема? или есть лучше способы

?

для начала давай определимся что такое деплой

ладно помощь не нужна

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

деплой в твоём случае это git pull + запуск миграции

и не надо никаких инструментов городить ради 1 сервера с nginx+php-fpm

имхо

поэтому я и не говорил про это, потому что начинаете много лчшенго говорить

меня интересует ток деплой

а что на сервере крутится мне все равно

я тебе выше объяснил самый простой способ

его не я настраивал

в общем в помощи не нуждаюсь

symlink в деплое делают переключение папок, ставя ссылку /var/www/my-super-project /current -> releases/2016.10.10 /releases /2016.10.10

меня это интересовало

есть ли способ лучше или это хороший вариант

git pull ...

=/

меня git pull не устраивает

или ты будешь без гита писать?

ладно проехали

а как ты собрался в соседние каталоги всё складывать?

git/mercurial на продакшене - плохая идея

ctrl+c -> ctrl+v ?

git/mercurial на продакшене - плохая идея

1 сервер = 1 ключ с деплой ключом

чо плохого то?

1 деплой ключ

простите

вопрос .git папка гит на продакшене плохая идея или вообще установленная программа git плохая идея?

ну, не должно оно собираться из исходников на продакшене

речь об пхп

ну, там будут все версии кода

и что?

лучше отделять среду разработки и продакшен

взлом продакшена приведёт к тому, что будет видно, как всё устроено

docker build -t yoba .

и наоборот

я бы сделал в докере

ибо нахуй что-то ещё

контейнеры лучше, и собирать контейнеры на отдельном от продакшене сервере

ессно

то есть продакшен получает новые образы и запускает их, всё

вот когда так - это нормально

сравнивайте с космодромом

имхо когда у нас один сервер с пхп и нджинкс - похуй как вообще

то есть ракету делают не на космодроме, там её только запускают

интересно

@lorddaedra а как ты доставляешь ракету готовую на космодром?

вот ты собрал проект, готовый

По рельсам

как его доставить на продакшен

Rsync в самом простом случае

ну, да, rsync, или из dockerhub/quay или их аналогов

скорей rsync, так как без контейнеризации будет

я вот не очень понимаю, чего тут вообще выдумывать в случае с одним сервером

но тогда зачем спрашивать про то, как правильно, если всё решил?

имхо с одним сервером и ансибл нахер не нужен

ERROR: S client not available

сейчас самый правильный способ деплоя - через образы контейнеров

настроил, снепшот сделяль и сиди радуйся

да хоть по фтп)

нет!

проверенная практика с 90х))

никаких фтп! )

2016 год блин )

в 2016 туда буковка s прибавилась

потому что модно делать безопасно)

а что насчет symlink?

я не очень понимаю, что именно мы сейчас обсуждаем

как есть или как должно быть

а что насчет symlink?

нахуя?

если как есть - то фактически большая часть людей деплоит всякие сайты по фтп как и ХХХ лет назад

/var/www/my-super-project /current -> releases/2016.10.10 /releases /2016.10.10

symlink, нужен чтоб сделать деплой, с 0 простоем

ты просто переключишь линк на другую папку и все

не получится у тебя нуля простоя

а если как должно быть - то через дистрибуцию образов

потому что у тебя есть база данных

а причем тут база данных

-_-

а при том что миграцию кто делать будет?

походу ты не понимаешь о чем я

если таковая имеется

база данных вообще живет своей жизнью на другом сервере

баабах

вот смотри

я сейчас не про базу данных говорю

ты запилил в своём моднейшем интернет магазине новую категорию

где будут храниться данные?