Ця відповідь - лише більш детальний варіант рішення Бредфорда Медейроса , який, як і для мене, виявився найкращою відповіддю, тому заслуга в ньому.
У своїй відповіді він пояснює, ЩО робити (з іменами труби ), але не точно ЯК це робити.
Треба визнати, що я не знав, як називаються труби, на той час, коли я читав його рішення. Тож я намагався його реалізувати (хоча насправді це дуже просто), але мені це вдалося, тому я радий допомогти, пояснивши, як я це зробив. Тож суть моєї відповіді полягає лише у деталізації команд, які потрібно виконати, щоб це працювало, але знову ж таки, заслуга в ньому.
ЧАСТИНА 1 - Тестування названої концепції труби без докера
На головному хості виберіть папку, куди ви хочете помістити свій файл із іменем pipe, наприклад, /path/to/pipe/і назву труби, наприклад mypipe, а потім запустіть:
mkfifo /path/to/pipe/mypipe
Створена труба. Тип
ls -l /path/to/pipe/mypipe
І перевірте, що права доступу починаються з "p", наприклад
prw-r--r-- 1 root root 0 mypipe
Тепер запустіть:
tail -f /path/to/pipe/mypipe
Зараз термінал очікує надсилання даних у цей канал
Тепер відкрийте інше вікно терміналу.
А потім запустіть:
echo "hello world" > /path/to/pipe/mypipe
Перевірте перший термінал (той, у якого є tail -f), він повинен відображати "привіт світ"
ЧАСТИНА 2 - Запуск команд по трубі
На хост-контейнері, замість запуску, tail -fякий просто виводить все, що надіслано як вхід, запустіть цю команду, яка виконає її як команди:
eval "$(cat /path/to/pipe/mypipe)"
Потім з іншого терміналу спробуйте запустити:
echo "ls -l" > /path/to/pipe/mypipe
Поверніться до першого терміналу, і ви побачите результат ls -lкоманди.
ЧАСТИНА 3 - Нехай воно слухається вічно
Можливо, ви помітили, що в попередній частині, відразу після ls -lвідображення виводу, він перестає слухати команди.
Замість eval "$(cat /path/to/pipe/mypipe)", виконайте:
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
(це не можна сказати)
Тепер ви можете відправляти необмежену кількість команд одну за одною, всі вони будуть виконані, а не лише перша.
ЧАСТИНА 4 - Зробіть так, щоб це працювало навіть тоді, коли відбувається перезавантаження
Єдине застереження - якщо хосту доведеться перезавантажитись, цикл "while" перестане працювати.
Щоб виконати перезавантаження, ось що я зробив:
Помістіть while true; do eval "$(cat /path/to/pipe/mypipe)"; doneфайл у файл execpipe.shіз #!/bin/bashзаголовком
Не забувайте про chmod +xце
Додайте його до crontab, запустивши
crontab -e
А потім додавання
@reboot /path/to/execpipe.sh
На цьому етапі протестуйте його: перезавантажте сервер, а коли він буде створений резервно, повторіть деякі команди в конвеєр і перевірте, чи вони виконуються. Звичайно, ви не можете бачити висновок команд, тому ls -lне допоможе, але touch somefileдопоможе.
Іншим варіантом є модифікація сценарію для розміщення вихідних даних у файлі, наприклад:
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
Тепер ви можете запустити, ls -lі результат (як stdout, так і stderr, що використовують &>bash) повинен бути у output.txt.
ЧАСТИНА 5 - Зробіть так, щоб це працювало з докером
Якщо ви використовуєте як docker compose, так і dockerfile, як я, ось що я зробив:
Припустимо, ви хочете змонтувати батьківську папку mypipe як /hostpipeу вашому контейнері
Додайте це:
VOLUME /hostpipe
у вашому докер-файлі, щоб створити точку монтування
Потім додайте це:
volumes:
- /path/to/pipe:/hostpipe
у вашому файлі докера, щоб створити файл / шлях / до / труби як / hostpipe
Перезапустіть контейнери докера.
ЧАСТИНА 6 - Тестування
Виконайте в контейнері докера:
docker exec -it <container> bash
Зайдіть в папку монтування і перевірте, чи видно трубу:
cd /hostpipe && ls -l
Тепер спробуйте запустити команду з контейнера:
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
І це має спрацювати!
ПОПЕРЕДЖЕННЯ: Якщо у вас є хост OSX (Mac OS) і контейнер Linux, це не буде працювати (пояснення тут https://stackoverflow.com/a/43474708/10018801 та видайте тут https://github.com/docker / for-mac / issues / 483 ), оскільки реалізація конвеєра неоднакова, тому те, що ви пишете в конвеєр з Linux, може читати лише Linux, а те, що ви пишете в конвеєр з Mac OS, може читати лише Mac OS (це речення може бути не дуже точним, але просто майте на увазі, що існує проблема з кількома платформами).
Наприклад, коли я запускаю налаштування докера в DEV з мого комп’ютера Mac OS, названий канал, як пояснено вище, не працює. Але в постановці та виробництві я маю контейнери Linux і Linux, і це чудово працює.
ЧАСТИНА 7 - Приклад із контейнера Node.JS
Ось як я відправляю команду з мого контейнера js node на основний хост і отримую вихідні дані:
const pipePath = "/hostpipe/mypipe"
const outputPath = "/hostpipe/output.txt"
const commandToRun = "pwd && ls-l"
console.log("delete previous output")
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath)
console.log("writing to pipe...")
const wstream = fs.createWriteStream(pipePath)
wstream.write(commandToRun)
wstream.close()
console.log("waiting for output.txt...") //there are better ways to do that than setInterval
let timeout = 10000 //stop waiting after 10 seconds (something might be wrong)
const timeoutStart = Date.now()
const myLoop = setInterval(function () {
if (Date.now() - timeoutStart > timeout) {
clearInterval(myLoop);
console.log("timed out")
} else {
//if output.txt exists, read it
if (fs.existsSync(outputPath)) {
clearInterval(myLoop);
const data = fs.readFileSync(outputPath).toString()
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath) //delete the output file
console.log(data) //log the output of the command
}
}
}, 300);