新しいバージョンをデプロイすると、Djangoバックエンドがハングします。住所はすでに使用中です。

GitHub Webhookを介して自動的に呼び出される単純なデプロイスクリプトを使用して、Debianサーバー上で実行されるDjangoアプリケーションがあります。

#!/bin/sh
git pull
/home/criticalnotes/.local/bin/poetry install --with prod --sync
/home/criticalnotes/.local/bin/poetry run ./manage.py migrate
sudo /usr/sbin/service api.critical-notes.com restart
echo "service api.critical-notes.com restarted"

したがって、このデプロイスクリプトはgitから最新のコードを取得し、依存関係をインストールし、移行スクリプトを実行してからサービスを再起動します。

私のapi.critical-notes.com.serviceファイル：

[Unit]
Description=api.critical-notes.com

[Service]
User=criticalnotes
Group=criticalnotes
Restart=on-failure
WorkingDirectory=/home/criticalnotes/api.critical-notes.com
ExecStart=/home/criticalnotes/.local/bin/poetry run uvicorn criticalnotes.asgi:application --log-level warning --workers 8 --uds /tmp/uvicorn.sock

[Install]
WantedBy=multi-user.target

この設定は長い間うまくいきましたが、今日GitHubに新しいコードをプッシュすると、サイトの操作が中断されました。何が起こっているのかを調べた後、api.critical-notes.comサービスが実行されなくなり、エラーのために終了し続けることがわかり、バックエンドを手動で起動しようとしたときに次のエラーが発生しました。

Address already in use

特に、これまで何も起こらなかったし、今日（または最近）の展開や設定を変更したことがないので、この問題の原因は何であるかわかりません。だから私の質問はこれがどのように起こるかです。バックエンドが実行されていないときにアドレスを引き続き使用することはどのように可能ですか？第二に、これが何度も起こらないように展開スクリプトをどのように改善できますか？

コードプッシュに問題がある理由を特定しようとすると、バックエンドがオフラインで、サイトが約30分間オフラインになっていましたが、かなり怖かったです。こんなことが二度と起こらなかったらいいな