唯一の不満点は、Next.jsで使う場合、RouteHandler前提のインターフェイスになっているため、ServerComponentから各種機能を呼び出す際にCookieが必要になる点。またはClientComponentからもAPI呼び出しになるのでuseなどのawait対応が必要になる点かな。

TIME_WAITが多い分には困らないが（ポートを食いつぶさない量なら）、Threadsが全部占有され続けPoolCapacityが0の状態が続くのは大問題だ、という整理であってそうだ。その場合、強制終了させたいがPumaをクラスターモードで動かしてworker_timeoutを設定しないと実現で来なさそう。Nginx側でタイムアウト設定して切断してもPumaのスレッドが開放されるわけじゃないし…。となるとWorkerをスケールアウトさせていくしかないのか？

なんとなく理解した。Nginx->PumaでKeepAliveされているが、処理が長いリクエストがThreadsの数だけ占有されていると、新しいリクエストは新規でTCP接続する。その溢れた数だけTIME_WAITが積み重なっていくという感じか。リクエスト数と処理数が見合わない状況だとそうなりやすい感じね。

どうやらPumaのThreadsを使い果たしPoolCapacityが0担った状態で新規接続が来るとFINパケットが送信されるっぽい雰囲気がある。Puma的にはリクエストが来ても処理できないからもう一度やってね的な挙動なのか…？

一般的にカルーセルはナビゲーションUIではなく「広告」。広告というのは外部コンテンツに限らず、内部コンテンツへのアテンションとしての役割を期待していると思う。その効果測定をしっかりしたうえで判断をしていきたい。