docker+rails+puma+nginxの開発において、pumaのログをリアルタイムで確認したい（デバッグに関しても）

Question

標記環境でリアルタイムでpumaのログを確認すること及びデバッグを実施したい。
（以前に同じ質問をしまして、苦肉の策としてホスト環境で実行することで解決済みとしました。同一質問は推奨されませんが、それを理解した上で、質問していることをお許しください）
docker環境でなければ、rails sを実行　→　ターミナルにログ　→　デバッグモード
の流れだと思われる。
しかし、今回の環境においては、プロキシにnginxを挟んでいる。
docker-compose up を実行してもnginxのログのみが出力される。また、当然デバッグもできない。
qiitaやteratail等を参考にし、下記のとおりに修正してみました。

version: '3'
services:
  app: &app_base
    build:
      context: .
    environment:
      RAILS_ENV: development
      MYSQL_ROOT_PASSWORD: db_root_password
      MYSQL_USER: app
      MYSQL_PASSWORD: password
      MYSQL_DATABASE: my_app_development
      DATABASE_HOST: db
    stdin_open: true ←追加
    tty: true　　　　　←追加
    command: bundle exec puma -C config/puma.rb
    volumes:
      - .:/my_app
      - public-data:/my_app/public
      - tmp-data:/my_app/tmp
      - log-data:/my_app/log
    depends_on:
      - db
  db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: db_root_password
      MYSQL_USER: app
      MYSQL_PASSWORD: password
      MYSQL_DATABASE: my_app_development
      DATABASE_HOST: db
    volumes:
      - db-data:/var/lib/mysql
    ports:
      - "3316:3306"
  web:
    build:
      context: containers/nginx
    volumes:
      - public-data:/my_app/public
      - tmp-data:/my_app/tmp
    ports:
      - "3000:80"
    depends_on:
      - app
volumes:
  public-data:
  tmp-data:
  log-data:
  db-data:

config.logger = Logger.new(STDOUT)

threads_count = ENV.fetch('RAILS_MAX_THREADS') { 5 }.to_i
threads threads_count, threads_count
port        ENV.fetch('PORT') { 3000 }
environment ENV.fetch('RAILS_ENV') { 'development' }
plugin :tmp_restart
app_root = File.expand_path('../..', __FILE__)
bind "unix://#{app_root}/tmp/sockets/puma.sock"

stdout_redirect "#{app_root}/log/puma.stdout.log", "#{app_root}/log/puma.stderr.log", true

# プロキシ先の指定
# Nginxが受け取ったリクエストをバックエンドのpumaに送信
upstream my_app {
  # ソケット通信したいのでpuma.sockを指定
  server unix:///my_app/tmp/sockets/puma.sock;
}

server {
  listen 80;
  # ドメインもしくはIPを指定
  server_name example.com [or 192.168.xx.xx [or localhost]];

  access_log /var/log/nginx/access.log;
  error_log  /var/log/nginx/error.log;

  # ドキュメントルートの指定
  root /my_app/public;

  client_max_body_size 100m;
  error_page 404             /404.html;
  error_page 505 502 503 504 /500.html;
  try_files  $uri/index.html $uri @my_app;
  keepalive_timeout 5;

  # リバースプロキシ関連の設定
  location @my_app {
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_pass http://my_app;
  }
}

参考資料
また、上記リンクではbinding.pryを挿入したところと同じ操作をした際にデバッグできると記述してありますが、ブラウザのリロードを押すだけでデバッグに切り替わらないのでしょうか？

同一の解決済み質問
ほぼ、同じ質問でunicronかpumaの違いです。

インフラ周りについて何が分からないか分からない状態です。
質問の意図がずれている可能性もあります。
他、参照したいデータがありましたら、ご連絡ください。
よろしくお願いします。

docker attach　コンテナ名　を実行した様子

Answer 1

docker-compose up -d で compose をバックグラウンドで起動したあとに
docker-compose ps でアタッチしたいコンテナ名を確認します。

docker attach hogehoge_app_1 で起動している rails のコンテナにアタッチしてください。
フォアグラウンドで指定したコンテナの標準出力をもったターミナルが起動します。
（ただし、シグナルの扱いに癖があるので取り扱いはちょっと面倒です）

Comments

[lah]

返信が遅くなってしまい申し訳ありません
docker attach コンテナ名
とした時に、ターミナルが黙ったままとなります。
enterを押下しても変わりありません。

[motchang]

docker attach コンテナ名 としたあとでブラウザのリロードをした際に rails server でプロセスを起動したような標準出力は表示されないでしょうか？

[lah]

質問にconsole画面を追加しました。ご確認ください。
ブラウザのリロードや他ページに移行してみるも変化なしです。

Answer 2

Rails.rootはhostと共有するような設定にはなっていないのでしょうか？
私はなにも考えないでやったらそうなったのですが。

もしそうでしたら、host側で tail -f log/puma.log で読めます
ちょっとdelayはありますが。

Comments

[lah]

返信が遅くなってしまい申し訳ありません。
コンテナ内とローカルのそれぞれで tail -fを実行した結果を掲載しましたので、ご確認ください。
また、コンテナ内で実行した際、binding.pryを実行した箇所でデバッグモードに切り替わりましたが、timeoutになるまで反応しない上に、timeouterrorについてのlogしか残しませんでした。
また、delayがあるとおっしゃいましたが、全く更新される気配がありません。

それとも、webサーバで処理できるものは処理をしてそのログについてはアプリケーションサーバーまでt届かず、logが更新されない問いことなのか

知識が疎くて大変申し訳ありません。

[lah]

大変時間が空いてしまいましたが、tail -fでログを確認することができました。
プラスしてそのままデバッグモードになって欲しかったのですが、tailはあくまでログの出力のためデバッグも何もないことに気付きました。
ご回答ありがとうございました。