xming + hyper-v docker + playonlinux container + Windows Photoshop CS6

нормально он живёт, чо вы начинаете :D

ну не знаю, тормоза достают, если честно.

ну не знаю, тормоза достают, если честно.

Это всё оверхед докера.

я бы вообще статику в контейнер не клал, но тут надо

Запеки статику в образ с nginx, не?

Запеки статику в образ с nginx, не?

это понятно, у меня один репозиторий бьется на два контейнера

и мне это кажется избыточным

если запечь - будет один

если запечь - будет один

Я бы не делал так

доброго настроения, All. подскажите такой вопрос, Есть периодическая задача - запускается 3 раза в сутки - зайти на сайт, скачать данные, кинуть в таблицу. Закидываем это в докер образ - все хорошо, все работает, но... нафига ему работать все остальное время? Как поступают в таких случаях, когда требуется периодическая задача. причем интересно 2 варианта - полностью автономная задача, и задача, которую вызывают. (Просто где-то читал, что-то типа:... нужно обработать данные, запустится задача в контейнере.... я понял, что это и есть возможность запуска по внешнему запросу.... (время реакции мне не надо мгновенное....)

доброго настроения, All. подскажите такой вопрос, Есть периодическая задача - запускается 3 раза в сутки - зайти на сайт, скачать данные, кинуть в таблицу. Закидываем это в докер образ - все хорошо, все работает, но... нафига ему работать все остальное время? Как поступают в таких случаях, когда требуется периодическая задача. причем интересно 2 варианта - полностью автономная задача, и задача, которую вызывают. (Просто где-то читал, что-то типа:... нужно обработать данные, запустится задача в контейнере.... я понял, что это и есть возможность запуска по внешнему запросу.... (время реакции мне не надо мгновенное....)

а зачем эти данные пихать в докер? что с ними дальше должно происходить?

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

тогда назревает вполне резонный вопрос - нафига тебе докер?

крон же

тогда назревает вполне резонный вопрос - нафига тебе докер?

+1

меня интересует этот вопрос чисто с академической точки зрения.

все равно из вопроса ничего не понятно

что за скрипт что за данные зачем докер как происходит взаимодействие

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

а запускать его как советовали - из крона?

в любом случае - очень затратное мероприятие, имхо

в любом случае - очень затратное мероприятие, имхо

+

проще в кроне эту передачу сделать и вс

ну, данные то надо еще и обработать..... но мысль понятна.

меня интересует этот вопрос чисто с академической точки зрения.

даже с академической точки зрения, здесь без крона не обойтись (в случае запуска 3 раза в сутки). Алгоритм так-то простой, но очень глупый: - *что-то* тригерит событие (крон или что-то "извне") - поднимается контейнер - выполняется задача в нем (при этом через docker exec) - контейнер останавливается

дело в том, что если докер-контейнер больше ничего не делает, то докер-контейнер здесь, как не крути, не нужен

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

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

while(true)?

все равно дорого)

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

собственно, практически про все приложения на java можно сказать, что докер там не нужен.....

крон в докере :)

собственно, практически про все приложения на java можно сказать, что докер там не нужен.....

ты просто не уловил суть докера)

ты просто не уловил суть докера)

охотно в это верю.

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

а вот использовать его для консольных скриптов - это жирно)

подскажите нубу,где подсмотреть можно как с помощью docker-compose поднять связку php,mysql,nginx/apache для локальной разработки

а вот использовать его для консольных скриптов - это жирно)

В каком плане "жирно"?

подскажите нубу,где подсмотреть можно как с помощью docker-compose поднять связку php,mysql,nginx/apache для локальной разработки

https://github.com/sprintcube/docker-compose-lamp

https://github.com/sprintcube/docker-compose-lamp

что то слишком даже

он redis подтянул

хм, а подскажите такой вопрос, приложения, запущенные в docker, видны по ps -A на хост машине?

конечно

и в top

:) а то я уже испугался, откуда у меня что взялось :)

хм, а подскажите такой вопрос, приложения, запущенные в docker, видны по ps -A на хост машине?

Контейнер это просто процесс.

В каком плане "жирно"?

В том плане, что нужно подымать для этого дела считай целую ОС, улегченную, но все же

В том плане, что нужно подымать для этого дела считай целую ОС, улегченную, но все же

Ты запускаешь просто процесс. С изоляцией, свой корневой системой, но это просто процесс. Никакой ОС там не пахнет.

если ты конечно не в винде или маке, тогда да - там с запуском контейнера есть шанс запустить таки ОС (наконец:)

Ты запускаешь просто процесс. С изоляцией, свой корневой системой, но это просто процесс. Никакой ОС там не пахнет.

Ты прав, тем не менее этот процесс запускать значительно ресурсозатратнее, чем просто запустить по крону тот самый скрипт

Ты прав, тем не менее этот процесс запускать значительно ресурсозатратнее, чем просто запустить по крону тот самый скрипт

О каких именно ресурсах речь?

О каких именно ресурсах речь?

А сам как думаешь?) процессы же не на святом духе работают, как минимум оперативка

Скрипт в кроне - это процесс. Скрипт в докере - это процесс. В чём разница?

Ты как будто толсто тролишь)

А ты как будто топишь за оверхед докера)

Или у тебя все процессы при коммунизме живут - каждому по немножко озу, и главное одинаково

А ты как будто топишь за оверхед докера)

Вовсе нет, я люблю докер

Но запускать в нем процессы по крону

Это ппц

С ТЗ ОЗУ нет никакой разницы, запустишь ты процесс в терминале, кроне или в контейнере. Это одно и тоже.

Но запускать в нем процессы по крону

Случай бывает разный... есть любопытное issue, где люди делятся своими вариантами unit-файлов, чтобы управлять контейнером через systemd.

А звезды зажигают когда это кому нибудь нужно.

С ТЗ ОЗУ нет никакой разницы, запустишь ты процесс в терминале, кроне или в контейнере. Это одно и тоже.

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

доброй ночи! как из контейнера дернуть сервис на хосте? в общем случае. ситуация такая, что сервер каждое утро собирается другим сервером и каждую ночь умирает. поэтому лезть в консоль за ифконфигом не вариант все собирается из композа поэтому вписать в docker run магическое заклинание про docker0 тоже не вариант как находясь в контейнере узнать ip-адрес хостовой машины? чот приуныл

доброй ночи! как из контейнера дернуть сервис на хосте? в общем случае. ситуация такая, что сервер каждое утро собирается другим сервером и каждую ночь умирает. поэтому лезть в консоль за ифконфигом не вариант все собирается из композа поэтому вписать в docker run магическое заклинание про docker0 тоже не вариант как находясь в контейнере узнать ip-адрес хостовой машины? чот приуныл

наружу хост смотрит в интернеты или за натом сидит?

интернеты

виртуака в клауде со стат ип

уууу, тут тогда много костылей можно придумать. Например дергать курлом myip.com/myip.ru ? А вообще можно при запуске контейнера сунуть ему через env IP хоста

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

Я помню контекст. Еще раз - нет потенциально никакой разницы между "запустить скрипт в кроне" и "запустить скрипт в контейнере". Разве что во втором случае рутовые права нужны.

Я помню контекст. Еще раз - нет потенциально никакой разницы между "запустить скрипт в кроне" и "запустить скрипт в контейнере". Разве что во втором случае рутовые права нужны.

Да как нету то? Разница как раз таки в том, чтобы поднять этот самый контейнер, перед запуском скрипта

Контейнер это и есть запущенный скрипт :)

В том разговоре шло не об этом)

Если докер контейнер и так крутится - тогда да, разницы нет

доброй ночи! как из контейнера дернуть сервис на хосте? в общем случае. ситуация такая, что сервер каждое утро собирается другим сервером и каждую ночь умирает. поэтому лезть в консоль за ифконфигом не вариант все собирается из композа поэтому вписать в docker run магическое заклинание про docker0 тоже не вариант как находясь в контейнере узнать ip-адрес хостовой машины? чот приуныл

Передай ip как переменную https://stackoverflow.com/questions/29061026/using-the-host-ip-in-docker-compose

доброго настроения, All. подскажите такой вопрос, Есть периодическая задача - запускается 3 раза в сутки - зайти на сайт, скачать данные, кинуть в таблицу. Закидываем это в докер образ - все хорошо, все работает, но... нафига ему работать все остальное время? Как поступают в таких случаях, когда требуется периодическая задача. причем интересно 2 варианта - полностью автономная задача, и задача, которую вызывают. (Просто где-то читал, что-то типа:... нужно обработать данные, запустится задача в контейнере.... я понял, что это и есть возможность запуска по внешнему запросу.... (время реакции мне не надо мгновенное....)

Вот

Если докер контейнер и так крутится - тогда да, разницы нет

А если не крутится, то... ?

А если не крутится, то... ?

Тогда на запуск контейнера уйдет доп. время, и озу на поддержания самого процесса с докером, помимо памяти, необходимой скрипту

Когда можно просто в системе запустить скрипт

Тогда на запуск контейнера уйдет доп. время, и озу на поддержания самого процесса с докером, помимо памяти, необходимой скрипту

Нет. Тоже нет.

Когда можно просто в системе запустить скрипт

Это одно и тоже :)

Докер-контейнер это не виртуалка.