AA
ведь так?
Size: a a a
2020 January 27
DE
Капистрано пофиг на твой database.yml.*, главное что бы в shared лежал нормальный database.yml и прилинкован в конфиге копистраны
AA
Да, я понимаю, но на сервере-то зачем их хранить? Ну вот представь, их там будет 5 файлов. Зачем на сервере japan, хранить конфиги баз других стран?
DE
Он 1 там будет
AA
Как это? В репозитории 5 файлов database.1.yml, database.2.yml,. Один из них вручную положил в shared.
DE
В репозитории их вообще не должно быть
AA
А где их хранить?
AA
Ну правильнее
AA
Да, я понимаю, но на сервере-то зачем их хранить? Ну вот представь, их там будет 5 файлов. Зачем на сервере japan, хранить конфиги баз других стран?
5 разных серверов, в каждом лежит свой database.yml внутри shares/database.yml, при деплой капистрано сама слинкует этот Файл в current
DE
Можешь локально создать в папке с проектом shared и там хранить database.usa.yml, и т.д. главное эту папку в гитигнор добавь
AA
Да, я понимаю, но на сервере-то зачем их хранить? Ну вот представь, их там будет 5 файлов. Зачем на сервере japan, хранить конфиги баз других стран?
Либо второй вариант, database.yml один и лежит в репозитории, а все значения берутся из env-ов, и на каждом сервере прописаны свои env-ы для нужной базы данных
DE
Либо второй вариант, database.yml один и лежит в репозитории, а все значения берутся из env-ов, и на каждом сервере прописаны свои env-ы для нужной базы данных
+
AA
Оказалось у capistrano есть тема игнора. Создаёшь файл .gitattribute, в нём пишешь:
/config/database.japan.yml export-ignore
И теперь файл database.japan.yml забираться из репозитория не будет.
/config/database.japan.yml export-ignore
И теперь файл database.japan.yml забираться из репозитория не будет.
AA
Либо второй вариант, database.yml один и лежит в репозитории, а все значения берутся из env-ов, и на каждом сервере прописаны свои env-ы для нужной базы данных
Где про такое прочитать? Суть понимаю, но как организовано - нет.
AA
Где про такое прочитать? Суть понимаю, но как организовано - нет.
Пример можно взять здесь https://iridakos.com/programming/2019/04/07/dockerizing-a-rails-application
production:
<<: *default
adapter: postgresql
host: <%= ENV.fetch('DATABASE_HOST') %>
port: <%= ENV.fetch('DATABASE_PORT') %>
username: <%= ENV.fetch('DATABASE_USERNAME') %>
password: <%= ENV.fetch('DATABASE_PASSWORD') %>
AA
Так это про Docker же
AA
Так это про Docker же
Такой подход в основном для докера используют, но глобально ничего не меняется
AA
Ага ага, понял о чём речь
2020 January 28
I🍻
Всем привет. Какое железо просить под эластик навскидку: если он будет гулять по 1-2 млн записей. каждая запись это полей 30-40, одно из полей (описание) от 30 до 5000 символов.
Эластик один? Или фулл elk?