История изменений
Исправление constin, (текущая версия) :
Ок, предположим я отделил БД от докера и крутится она у меня локально. Есть ли адекватные способы прокинуть локальный порт в докер-контейнер?
Нет, ты не понял концепцию. Ты НЕ заморачиваешься этой ерундой. Надо для для теста базу, ок, сунь докер с базой в docker-compose. Надо для высоконагруженного прода базу, ок, забирай SQL у ,например, гугла. через sidecar sql-proxy. Или с какого-то гипотетического сервера баз данных. Это просто кирпичи, из которых собирается весь сервис. Главное, чтобы твой апп умел кушать конфиг с указанием, куда лезть за базой. База это не часть приложения, это сервис. Так же как и nginx или ssl или еще что-то.
Но нет, ты думаешь о том, как пробросить порт с локалхоста в докер, а это действительно дурацкая идея.
Ощущение, что ты не понимаешь , зачем вообще докеры нужны.
но если ты хочешь собрать готовую демку, то да. Надо чтобы была и база и nginx и все такое. Собери docker-compose. Но не пихай let’s encrypt в докер к nginx, и лучше вообще не строй эти вспомогательные докеры сам без надобности. Есть готовые решения, я вот ссылку кинул выше nginx-proxy докер, который работает как ingres в кубах, забирает имя домена из env, и автоматом на лету генерируя конфиг, плюс рядом стоит докер с letencrypt , который тоже жрет переменные из env. Меньше работы - быстрее собраный MVP(minimum viable product).
Исправление constin, :
Ок, предположим я отделил БД от докера и крутится она у меня локально. Есть ли адекватные способы прокинуть локальный порт в докер-контейнер?
Нет, ты не понял концепцию. Ты НЕ заморачиваешься этой ерундой. Надо для для теста базу, ок, сунь докер с базой в docker-compose. Надо для высоконагруженного прода базу, ок, забирай SQL у ,например, гугла. через sidecar sql-proxy. Или с какого-то гипотетического сервера баз данных. Это просто кирпичи, из которых собирается весь сервис. Главное, чтобы твой апп умел кушать конфиг с указанием, куда лезть за базой. База это не часть приложения, это сервис. Так же как и nginx или ssl или еще что-то.
Но нет, ты думаешь о том, как пробросить порт с локалхоста в докер, а это действительно дурацкая идея.
Ощущение, что ты не понимаешь , зачем вообще докеры нужны.
но если ты хочешь собрать готовую демку, то да. Надо чтобы была и база и nginx и все такое. Собери docker-compose. Но не пихай let’s encrypt в докер к nginx, и лучше вообще не строй эти вспомогательные докеры сам без надобности. Есть готовые решения, я вот ссылку кинул выше nginx-proxy докер, который работает как ingres в кубах, забирает имя домена из env, и автоматом на лету генерируя конфиг, плюс рядом стоит докер с letencrypt , который тоже жрет переменные из env. Меньше работы - быстрее собраный MVP.
Исправление constin, :
Ок, предположим я отделил БД от докера и крутится она у меня локально. Есть ли адекватные способы прокинуть локальный порт в докер-контейнер?
Нет, ты не понял концепцию. Ты НЕ заморачиваешься этой ерундой. Надо для для теста базу, ок, сунь докер с базой в docker-compose. Надо для высоконагруженного прода базу, ок, забирай SQL у ,например, гугла. через sidecar sql-proxy. Или с какого-то гипотетического сервера баз данных. Это просто кирпичи, из которых собирается весь сервис. Главное, чтобы твой апп умел кушать конфиг с указанием, куда лезть за базой. База это не часть приложения, это сервис. Так же как и nginx или ssl или еще что-то.
Но нет, ты думаешь о том, как пробросить порт с локалхоста в докер, а это действительно дурацкая идея.
Ощущение, что ты не понимаешь , зачем вообще докеры нужны.
но если ты хочешь собрать готовую демку, то да. Надо чтобы была и база и nginx и все такое. Собери docker-compose. Но не пихай let’s encrypt в докер к nginx, и лучше вообще не строй эти вспомогательные докеры сам без надобности. Есть готовые решения, я вот ссылку кинул выше nginx-proxy докер, который работает как ingres в кубах, забирай имя домена из env, и автоматом на лету генерируя конфиг, плюс рядом стоит докер с letencrypt , который тоже жрет переменные из env. Меньше работы - быстрее собраный MVP.
Исходная версия constin, :
Ок, предположим я отделил БД от докера и крутится она у меня локально. Есть ли адекватные способы прокинуть локальный порт в докер-контейнер?
Нет, ты не понял концепцию. Ты НЕ заморачиваешься этой ерундой. Надо для для теста базу, ок, сунь докер с базой в docker-compose. Надо для высоконагруженного прода базу, ок, забирай SQL у ,например, гугла. через sidecar sql-proxy. Или с какого-то гипотетического сервера баз данных. Это просто кирпичи, из которых собирается весь сервис. Главное, чтобы твой апп умел кушать конфиг с указанием, куда лезть за базой. База это не часть приложения, это сервис. Так же как и nginx или ssl или еще что-то.
Но нет, ты думаешь о том, как пробросить порт с локалхоста в докер, а это действительно дурацкая идея.
Ощущение, что ты не понимаешь , зачем вообще докеры нужны.