ECS Fargate: возвращает код выхода основного контейнера(ов)

Это ожидаемое поведение, поскольку вы отметили свой контейнер Python как важный, отсюда :

ECS завершает второстепенные задачи, отправляя SIGTERM в необязательные контейнеры. По истечении тайм-аута в 30 секунд (тайм-аут по умолчанию) он отправляет SIGKILL для принудительной остановки контейнера.

Итак, вам нужно обработать сигнал SIGTERM в ваших «необязательных» контейнерах и сделать все необходимое для правильной очистки и выхода. Короче говоря, вам нужно что-то вроде этого примера с Python из здесь:

def shutdown_handler(signal: int, frame: FrameType) -> None:
    """Gracefully shutdown app."""
    logger.info("Signal received, safely shutting down.")
    database.shutdown()
    middleware.logging_flush()
    print("Exiting process.", flush=True)
    sys.exit(0)


if __name__ == "__main__":
    # handles Ctrl-C locally
    signal.signal(signal.SIGINT, shutdown_handler)

    app.run(host = "127.0.0.1", port=8080, debug=True)
else:
    # handles Cloud Run container termination
    signal.signal(signal.SIGTERM, shutdown_handler)

А также поручите ECS передавать сигналы для обработки внутри конатинеров, включив initProcessEnabled проверить документацию здесь

Интересный пост об AWS по обработке сигналов с помощью ECS.

Как уже упоминалось @MedAgou, не существует простого способа справиться с этим конкретным сценарием (т. е. управлять сигналами или изменять код выхода в несущественном дополнительном контейнере).

Вот два подхода к решению этой проблемы при использовании контейнеров selenium-hub и Python code:

1. Создание собственного образа. Вы можете создать собственный образ Docker, сочетающий в себе функциональность обоих контейнеров. Однако такой подход увеличивает сложность системы и создает тесно связанную кодовую базу, что обычно не рекомендуется.

2. Изменение точки входа контейнера Selenium Hub. Более гибкое решение предполагает изменение точки входа контейнера selenium-hub. Я исследовал этот репозиторий и адаптировал скрипт enter_point.sh следующим образом:

   #!/usr/bin/env bash
   
   NODE_CONFIG_DIRECTORY=${NODE_CONFIG_DIRECTORY:-"/opt/bin"}
   #==============================================
   # OpenShift or non-sudo environments support
   # https://docs.openshift.com/container-platform/3.11/creating_images/guidelines.html#openshift-specific-guidelines
   #==============================================
   
   if ! whoami &> /dev/null; then
     if [ -w /etc/passwd ]; then
       echo "${USER_NAME:-default}:x:$(id -u):0:${USER_NAME:-default} user:${HOME}:/sbin/nologin" >> /etc/passwd
     fi
   fi
   
   /usr/bin/supervisord --configuration /etc/supervisord.conf &
   
   SUPERVISOR_PID=$!
   
   function shutdown {
       echo "The following line does the trick!"
       exit 0
   }
   
   trap shutdown SIGTERM SIGINT
   wait ${SUPERVISOR_PID}
   

   Докерфайл:

   ARG IMAGE_TAG=4.23.1-20240820
   FROM selenium/standalone-chrome:${IMAGE_TAG}
   
   LABEL maintainer = "Mostafa"
   
   COPY modified-entry-point.sh /opt/bin/modified-entry-point.sh
   RUN chmod +x /opt/bin/modified-entry-point.sh
   ENTRYPOINT ["/opt/bin/modified-entry-point.sh"]
   

Этот сценарий гарантирует, что при выходе из контейнера Python контейнер selenium-hub корректно обработает завершение, не вызывая ненулевой код выхода. Такой подход сохраняет слабую связь между вашими сервисами и обеспечивает желаемое поведение ECS.