Size: a a a

DevOps — русскоговорящее сообщество

2020 September 03

S

Sebor in DevOps — русскоговорящее сообщество
Ivan
Ещё как, знаю одну конторку которая модулями пилит МФО )
Ну это скорее исключение.
Я, кстати, в последнее время практически не вижу в вакансиях серверов приложений. Ну или они не для девопса просто)
источник

I

Ivan in DevOps — русскоговорящее сообщество
Sebor
Ну это скорее исключение.
Я, кстати, в последнее время практически не вижу в вакансиях серверов приложений. Ну или они не для девопса просто)
Там практики девопс нет так таковой. Заказчик отказался давать сервак под ансибл, ы.
Модули ставятся руками. В конфиги правятся руками, ух )
источник

S

Sebor in DevOps — русскоговорящее сообщество
Отдельный серваке под ансиболь? Оно особо и не нужно
источник

I

Ivan in DevOps — русскоговорящее сообщество
Sebor
Отдельный серваке под ансиболь? Оно особо и не нужно
Ну в то время серваков под инфру толком и не было. Только модули в нексусе на мощностях самой компании. Сейчас может и изменилось что-то )
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Привет всем. Я к вам за советом и публичным разбором)

Я однажды вычитал типо умный дядька сказал: у вас хорошо организована работа, если ваш проект можно развернуть одной-двумя командами, и вот теперь я парюсь)))

И все бы ничего, но в это раз я имею дело с битриксом. И так: задача: одной-двумя командами поднять копию прода на локале.

Как вам такой велосипед:

$ git clone
клоним проект с гита

$ docker-compose up
запускаем композер на два контейнера

Первый — Окружение для битрикса со всеми php модулями
Второй — Билдим собственный докерфайл из перцоны (mysql), который шел прямо в гите

В докер файле начинается самая настоящая порнография:

FROM percona:latest

USER root

RUN yum -y install openssh-clients sshpass

RUN sshpass -p 'pass' \
ssh -o StrictHostKeyChecking=no root@id \
"docker exec r-container-percona-1-07292be8 \
/usr/bin/mysqldump -u root --password=pass --quick --databases sitemanager0 | gzip" > backup.sql.gz && \
mv backup.sql.gz /docker-entrypoint-initdb.d

USER mysql

EXPOSE 3306

Короче, устанавливаются пакеты для ssh
ssh идет на сервер в докер контейнер, делает дамп базы и скачивает к себе, кладет а entrypoint что бы он развернул этот дамп при первом же запуске.

Это все написал я и вот я теперь думаю, действительно ли это имеет право на жизнь (благодаря этому можно разворачивать проект битрикса двумя командами в терминале)

По-моему в таком случае уже теряется вся суть Докеризации, разве нет?

И действительно ли это порнография, или это достаточно привычная практика, что скажете?

Когда надо сделать редамп базы, то можно просто убить собраный образ и запустить композ заново.

В общем, вот.
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Хотя, наверное я не в тот чат написал, лучше писать в чат с докером)
источник

h

hamper 𓅝 in DevOps — русскоговорящее сообщество
Игорь Майоров
Привет всем. Я к вам за советом и публичным разбором)

Я однажды вычитал типо умный дядька сказал: у вас хорошо организована работа, если ваш проект можно развернуть одной-двумя командами, и вот теперь я парюсь)))

И все бы ничего, но в это раз я имею дело с битриксом. И так: задача: одной-двумя командами поднять копию прода на локале.

Как вам такой велосипед:

$ git clone
клоним проект с гита

$ docker-compose up
запускаем композер на два контейнера

Первый — Окружение для битрикса со всеми php модулями
Второй — Билдим собственный докерфайл из перцоны (mysql), который шел прямо в гите

В докер файле начинается самая настоящая порнография:

FROM percona:latest

USER root

RUN yum -y install openssh-clients sshpass

RUN sshpass -p 'pass' \
ssh -o StrictHostKeyChecking=no root@id \
"docker exec r-container-percona-1-07292be8 \
/usr/bin/mysqldump -u root --password=pass --quick --databases sitemanager0 | gzip" > backup.sql.gz && \
mv backup.sql.gz /docker-entrypoint-initdb.d

USER mysql

EXPOSE 3306

Короче, устанавливаются пакеты для ssh
ssh идет на сервер в докер контейнер, делает дамп базы и скачивает к себе, кладет а entrypoint что бы он развернул этот дамп при первом же запуске.

Это все написал я и вот я теперь думаю, действительно ли это имеет право на жизнь (благодаря этому можно разворачивать проект битрикса двумя командами в терминале)

По-моему в таком случае уже теряется вся суть Докеризации, разве нет?

И действительно ли это порнография, или это достаточно привычная практика, что скажете?

Когда надо сделать редамп базы, то можно просто убить собраный образ и запустить композ заново.

В общем, вот.
Не совсем понял смысл, обычно сами данные для базы с хоста монтируют, но в целом если проблема хорошо решается, то почему и нет?
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
hamper 𓅝
Не совсем понял смысл, обычно сами данные для базы с хоста монтируют, но в целом если проблема хорошо решается, то почему и нет?
В смысле данные базы с хоста монтируют? Возможно это ключевое)
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
hamper 𓅝
Не совсем понял смысл, обычно сами данные для базы с хоста монтируют, но в целом если проблема хорошо решается, то почему и нет?
Почему и нет - может есть какие то более кошерные решения, а я велосипед изобрёл
источник

S

Sebor in DevOps — русскоговорящее сообщество
Ты делаешь дамп с продовой базы?
источник

k

kkv in DevOps — русскоговорящее сообщество
hamper 𓅝
Не совсем понял смысл, обычно сами данные для базы с хоста монтируют, но в целом если проблема хорошо решается, то почему и нет?
такое себе разрабов пускать в базу на прод. я бы не стал
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Ты делаешь дамп с продовой базы?
Да. А как же иначе с битриком: всегда надо иметь актуальный дамп.
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
kkv
такое себе разрабов пускать в базу на прод. я бы не стал
А какая альтернатива?
источник

S

Sebor in DevOps — русскоговорящее сообщество
Игорь Майоров
Да. А как же иначе с битриком: всегда надо иметь актуальный дамп.
Ну оно работает, пока производительность не критична и размер бд позволяет
источник

k

kkv in DevOps — русскоговорящее сообщество
Игорь Майоров
А какая альтернатива?
ну мне кажется ваше решение намного лучше, чем пускать разрабов в живую базу прода
источник

h

hamper 𓅝 in DevOps — русскоговорящее сообщество
А, копия базы что ли?
источник

S

Sebor in DevOps — русскоговорящее сообщество
Ну хардкод в докеофайле - это по рукам бить надо
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
kkv
ну мне кажется ваше решение намного лучше, чем пускать разрабов в живую базу прода
Ааа, понял
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
hamper 𓅝
А, копия базы что ли?
Да, с прода
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Ну хардкод в докеофайле - это по рукам бить надо
Я вот и чувствую это) но в поисках альтернативы
источник