Niech aplikacja Docker napisze na standardowe wyjście

Wdrażam aplikację innej firmy zgodnie z poradnikiem 12-czynnikowym , a jeden z punktów mówi, że dzienniki aplikacji powinny być drukowane na stdout / stderr: wtedy oprogramowanie klastrowe może je zebrać.

Jednak aplikacja może zapisywać tylko do plików lub syslog. Jak zamiast tego wydrukować te dzienniki?

Niesamowity przepis znajduje się w pliku dokowanym nginx :

# forward request and error logs to docker log collector
RUN ln -sf /dev/stdout /var/log/nginx/access.log \
    && ln -sf /dev/stderr /var/log/nginx/error.log

Po prostu aplikacja może kontynuować zapisywanie do niej jako plik, ale w rezultacie wiersze przejdą do stdout& stderr!

W innym pytaniu: Zabij proces potomny, gdy rodzic wyjdzie , otrzymałem odpowiedź, która pomogła rozwiązać ten problem.

W ten sposób konfigurujemy aplikację, aby logowała się do pliku i ciągle tail -fgo zapisywała . Na szczęście tailmoże zaakceptować --pid PID: zakończy działanie po zakończeniu określonego procesu. Umieszczamy $$tam: PID bieżącej powłoki.

Ostatnim krokiem jest uruchomienie uruchomionej aplikacji exec, co oznacza, że ​​bieżąca powłoka została całkowicie zastąpiona przez tę aplikację.

Skrypt runner run.shbędzie wyglądał następująco:

#! /usr/bin/env bash
set -eu

rm -rf /var/log/my-application.log
tail --pid $$ -F /var/log/my-application.log &

exec /path/to/my-application --logfile /var/log/my-application.log

UWAGA: korzystając z tail -Flisty nazw plików, odczytamy je, nawet jeśli pojawią się później!

Wreszcie minimalistyczny plik Docker:

FROM ubuntu
ADD run.sh /root/run.sh
CMD ['/root/run.sh']

Uwaga: aby obejść bardzo dziwne tail -fzachowanie (które mówi „został zastąpiony plikiem zdalnym. Rezygnacja z tej nazwy”) wypróbowałem inne podejście: wszystkie znane pliki dziennika są tworzone i obcinane przy uruchamianiu: w ten sposób upewniam się, że istnieją i tylko wtedy - ogonić je:

#! /usr/bin/env bash
set -eu

LOGS=/var/log/myapp/

( umask 0 && truncate -s0 $LOGS/http.{access,error}.log )
tail --pid $$ -n0 -F $LOGS/* &

exec /usr/sbin/apache2 -DFOREGROUND

Do procesu w tle w kontenerze dokera, np. Połączenia z exec do / bin / bash, mogłem użyć.

echo "test log1" >> /proc/1/fd/1

To wysyła dane wyjściowe do wyjścia standardowego pid 1, który jest podniesieniem jednego dokera.

dla nginx możesz nginx.confwskazać /dev/stderri /dev/stdoutpolubić to

user  nginx;
worker_processes  4;
error_log  /dev/stderr;
http {
    access_log  /dev/stdout  main;
...

i twój Dockerfilewpis powinien być

/usr/sbin/nginx -g 'daemon off;'