Я незнаю, я не могу найти пример конфига

Я незнаю, я не могу найти пример конфига

Dockerfile ... COPY docker-entrypoint-initdb.d/init.sh /docker-entrypoint-initdb.d/ docker-entrypoint-initdb.d/init.sh #!/bin/bash set -e export PGUSER=postgres psql --dbname=dbname <<- EOSQL CREATE EXTENSION postgis; EOSQL

Dockerfile ... COPY docker-entrypoint-initdb.d/init.sh /docker-entrypoint-initdb.d/ docker-entrypoint-initdb.d/init.sh #!/bin/bash set -e export PGUSER=postgres psql --dbname=dbname <<- EOSQL CREATE EXTENSION postgis; EOSQL

Вы же не будете нам биткоины предлагать?

Вы же не будете нам биткоины предлагать?

Все ок с образом, postgis стоит но теперь не могу сделать миграции изза: SQLSTATE[42704]: Undefined object: 7 ERROR: type "geometry" does not exist at character

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

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

С эльпайн - не рекомендую. Новичку может быть сложно, а выгод может не быть

Есть убунта, там привычный atp, но размер образа совсем другой.

Тогда уж с голого образа - лучше начинать с дебиан-слим. Если будут проблемы с размером образа - исследовать возможность сделать поверх alpine

Ты, видимо, головняк из-за эльпайн не ловил. Я не отрицаю его, но стоит исходить из задачи

И я об этом, лучше доточить официальную убунта, чем работать с готовым образом.

Да нифига. Я гарантирую, что официальный образ постгрес я доведу до состояния "постгис работает" в меньшее кол-во действий, чем "убунту + шаманить над ней"

что делать если запущен контейнер (docker compose) и надо обновить его?

что делать если запущен контейнер (docker compose) и надо обновить его?

не могу правильно сформулировать вопрос в гугл, как сделать коммит с докер контейнера? 😅

Не в контейнере

Нет, только докер внедрять начали

Нету

Для компилируемых - сорян. Но для того же голанга тоже есть некий хотрелоад

Поэтому и нужно идти в сторону Дженкинса, иначе ci/cd не будет.

Образ откуда брали? Сами собирали? Ну, пересоберите, потом docker-compose up -d и сервис перестартует

Я вот посмотрел про Дженкинс, я так понял он поможет автоматом интегрировать все изменение в моем коде в контейнер? Или я не правильно понял

Я вот посмотрел про Дженкинс, я так понял он поможет автоматом интегрировать все изменение в моем коде в контейнер? Или я не правильно понял

Да сами все ручками собирали и писали) Не охота каждый раз ночью когда трафик маленький заливать какие либо изменние и рестарт всего образа делать

А в чем боязнь рестарта образа ?

Я так понимаю, что дело в даунтайм, которое должно стремиться к нулю

Я так понимаю, что дело в даунтайм, которое должно стремиться к нулю

Для зеро даунтайм надо делать две реплики приложения и реализовывать переключение трафика. Это можно сделать без кубернетеса, но достаточно больно и сложно, если никогда не делал

Можно реализовать через haproxy, например nginx, просто за кубером ближайшее будущее для хайлоад.

Я бы не пихал кубер куда ни попадя. Да и хайлоад бывает разный

Обычно когда потеря каждой транзакции критична для заказчика, а транзакции считаются от сотен в секунду.

Оракл и прочий энтерпрайзз

Остальное - там не транзакции, а фигня. Не говорю уже о том, что никакие mission critical системы в здравом уме никто в куб пихать не будет

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

не нужно вешаться, сухари нужно сушить и носки теплые готовить. Но вообще в энтерпрайзе есть опеншифт, со своей поддержкой. И в случае чего им можно претензии предьявлять :)

Опять же - какой-нибудь банковский софт никто туда совать не будет. Фронты, может обработку больших данных (ну, потеряли 5-10% данных - ничего страшного). Всякий рдп и удаленные столы со спец софтом тоже в куб не сунешь

все чт опилится для веба - вполне суется уже в некоторы местах. Монолиты распиливаются потихонтьку и каждый микросервис тоже идет в контейнер.

А это не противоречит вышенаписанному )

Можно как-то отобразить данные из контейнера на хостовой машине? Как я понял из документации и форумов это делается путем использования директивы VOLUME в Dockerfile, а далее мне нужно прописать volume в docker-compose.yml. но почему-то я все равно получаю пустую директорию.