Câu trả lời này chỉ là một phiên bản chi tiết hơn của giải pháp của Bradford Medeiros , đối với tôi nó cũng hóa ra là câu trả lời tốt nhất, vì vậy công lao sẽ thuộc về anh ta.
Trong câu trả lời của mình, anh ấy giải thích LÀM GÌ ( đường ống được đặt tên ) nhưng không chính xác LÀM THẾ NÀO để làm điều đó.
Tôi phải thừa nhận rằng tôi không biết những gì được đặt tên là ống dẫn tại thời điểm tôi đọc giải pháp của mình. Vì vậy, tôi đã cố gắng thực hiện nó (trong khi nó thực sự đơn giản), nhưng tôi đã thành công, vì vậy tôi rất vui được giúp đỡ bằng cách giải thích cách tôi đã làm. Vì vậy, quan điểm của câu trả lời của tôi là chỉ nêu chi tiết các lệnh bạn cần chạy để nó hoạt động, nhưng một lần nữa, tín dụng sẽ thuộc về anh ta.
PHẦN 1 - Thử nghiệm khái niệm đường ống được đặt tên mà không có docker
Trên máy chủ chính, chọn thư mục mà bạn muốn đặt tệp ống dẫn có tên của mình, ví dụ: /path/to/pipe/và tên ống dẫn mypipe, sau đó chạy:
mkfifo /path/to/pipe/mypipe
Đường ống được tạo ra. Kiểu
ls -l /path/to/pipe/mypipe
Và kiểm tra các quyền truy cập bắt đầu bằng "p", chẳng hạn như
prw-r--r-- 1 root root 0 mypipe
Bây giờ chạy:
tail -f /path/to/pipe/mypipe
Thiết bị đầu cuối hiện đang đợi dữ liệu được gửi vào đường ống này
Bây giờ hãy mở một cửa sổ đầu cuối khác.
Và sau đó chạy:
echo "hello world" > /path/to/pipe/mypipe
Kiểm tra thiết bị đầu cuối đầu tiên (thiết bị đầu cuối có tail -f), nó sẽ hiển thị "hello world"
PHẦN 2 - Chạy lệnh qua đường ống
Trên vùng chứa máy chủ, thay vì chạy tail -fchỉ xuất bất cứ thứ gì được gửi dưới dạng đầu vào, hãy chạy lệnh này sẽ thực thi nó dưới dạng các lệnh:
eval "$(cat /path/to/pipe/mypipe)"
Sau đó, từ thiết bị đầu cuối khác, hãy thử chạy:
echo "ls -l" > /path/to/pipe/mypipe
Quay lại terminal đầu tiên và bạn sẽ thấy kết quả của ls -llệnh.
PHẦN 3 - Làm cho nó nghe mãi mãi
Bạn có thể nhận thấy rằng trong phần trước, ngay sau khi ls -lđầu ra được hiển thị, nó sẽ dừng nghe lệnh.
Thay vì eval "$(cat /path/to/pipe/mypipe)"chạy:
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
(bạn có thể nohup điều đó)
Giờ đây, bạn có thể gửi lần lượt số lượng lệnh không giới hạn, tất cả chúng sẽ được thực thi, không chỉ lệnh đầu tiên.
PHẦN 4 - Làm cho nó hoạt động ngay cả khi khởi động lại xảy ra
Cảnh báo duy nhất là nếu máy chủ phải khởi động lại, vòng lặp "while" sẽ ngừng hoạt động.
Để xử lý khởi động lại, đây là những gì tôi đã làm:
Đưa while true; do eval "$(cat /path/to/pipe/mypipe)"; donevào một tệp execpipe.shcó #!/bin/bashtiêu đề
Đừng quên chmod +xnó
Thêm nó vào crontab bằng cách chạy
crontab -e
Và sau đó thêm
@reboot /path/to/execpipe.sh
Tại thời điểm này, hãy kiểm tra nó: khởi động lại máy chủ của bạn và khi nó được sao lưu, hãy lặp lại một số lệnh vào đường dẫn và kiểm tra xem chúng có được thực thi hay không. Tất nhiên, bạn không thể thấy đầu ra của các lệnh, vì vậy ls -lsẽ không giúp ích được gì, nhưng touch somefilesẽ hữu ích.
Một tùy chọn khác là sửa đổi tập lệnh để đưa đầu ra vào một tệp, chẳng hạn như:
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
Bây giờ bạn có thể chạy ls -lvà đầu ra (cả stdout và stderr sử dụng &>trong bash) phải ở trong output.txt.
PHẦN 5 - Làm cho nó hoạt động với docker
Nếu bạn đang sử dụng cả docker compile và dockerfile như tôi, đây là những gì tôi đã làm:
Giả sử bạn muốn gắn kết thư mục mẹ của mypipe như /hostpipetrong vùng chứa của bạn
Thêm điều này:
VOLUME /hostpipe
trong tập tin docker của bạn để tạo điểm gắn kết
Sau đó thêm cái này:
volumes:
- /path/to/pipe:/hostpipe
trong tệp soạn thảo docker của bạn để mount / path / to / pipe as / hostpipe
Khởi động lại bộ chứa docker của bạn.
PHẦN 6 - Thử nghiệm
Thực thi vào vùng chứa docker của bạn:
docker exec -it <container> bash
Vào thư mục mount và kiểm tra, bạn có thể thấy đường dẫn:
cd /hostpipe && ls -l
Bây giờ hãy thử chạy một lệnh từ bên trong vùng chứa:
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
Và nó sẽ hoạt động!
CẢNH BÁO: Nếu bạn có máy chủ OSX (Mac OS) và vùng chứa Linux, nó sẽ không hoạt động (giải thích tại đây https://stackoverflow.com/a/43474708/10018801 và sự cố tại đây https://github.com/docker / for-mac / issue / 483 ) vì cách triển khai đường dẫn không giống nhau, vì vậy những gì bạn viết vào đường dẫn từ Linux chỉ có thể được đọc bởi Linux và những gì bạn viết vào đường dẫn từ Mac OS chỉ có thể được đọc bởi một Mac OS (câu này có thể không chính xác lắm, nhưng chỉ cần lưu ý rằng có một vấn đề đa nền tảng).
Ví dụ: khi tôi chạy thiết lập docker trong DEV từ máy tính Mac OS của mình, đường ống có tên như đã giải thích ở trên không hoạt động. Nhưng trong phần dàn dựng và sản xuất, tôi có máy chủ Linux và bộ chứa Linux, và nó hoạt động hoàn hảo.
PHẦN 7 - Ví dụ từ vùng chứa Node.JS
Đây là cách tôi gửi một lệnh từ vùng chứa nút js của tôi đến máy chủ chính và truy xuất đầu ra:
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);