Практика: конфигурируемый API

В первом задании значение было зафиксировано в коде. Теперь контракт зависит от конфигурации: обычный запуск должен вернуть Hello from ENV!, а запуск с MESSAGE=Runtime wins! — Runtime wins!. Поле по-прежнему называется message, статус остаётся 200, формат — JSON.

Без переопределения:
{"message": "Hello from ENV!"}

С MESSAGE=Runtime wins!:
{"message": "Runtime wins!"}

Проверяющая среда использует один собранный образ для двух сценариев. Это важная часть задания: второй результат должен получиться благодаря параметру запуска, а не отдельной сборке с другой строкой Python.

Перед кодированием назовите источник каждого ожидаемого значения. Первое приходит из ENV образа. Второе — из окружения конкретного запуска. Обработчик не должен знать, каким из этих способов значение доставлено.

В Dockerfile задайте ENV MESSAGE="Hello from ENV!". В app.py импортируйте os и используйте os.getenv при формировании словаря ответа. Оставьте преобразование в JSON, кодирование и HTTP-заголовки как в работающем исходнике.

import os

# В обработчике запроса:
payload = {"message": os.getenv("MESSAGE", "Hello, Docker!")}
body = json.dumps(payload).encode()

Резервное Hello, Docker! полезно при запуске Python без переменной. Оно специально отличается от значения в образе: если вы забыли ENV, первая проверка это обнаружит. Если же вы вернули Hello from ENV! жёстко из кода, первая проверка может пройти, но переопределение провалится.

Не добавляйте RUN export MESSAGE=...: отдельная shell-команда этапа сборки не заменяет настройку окружения будущего контейнера. Не требуется и shell в CMD; Python прочитает окружение напрямую.

Обе HTTP-проверки не получили ответ — сначала проверьте запуск, порт и адрес 0.0.0.0. Первый ответ неверный, второй правильный — чтение окружения, вероятно, работает, но значение по умолчанию образа отсутствует или содержит опечатку. Первый правильный, второй неверный — вероятна жёсткая строка вместо чтения настройки.

docker build -t qa-api:env .
docker run --rm -p 127.0.0.1:8080:8000 qa-api:env

# После остановки первого запуска:
docker run --rm -p 127.0.0.1:8080:8000 -e "MESSAGE=Runtime wins!" qa-api:env

Эта последовательность предназначена для повторения локально; в лаборатории оба запуска выполнит проверка. В каждом случае запрос направляется на один и тот же опубликованный порт. Нельзя держать два контейнера одновременно на одном адресе и порту хоста.

После зелёного результата подумайте о дополнительных тестах: отсутствующее значение, пустая строка, кириллица. Они не требуют новой архитектуры образа. Главное свойство, которое вы построили, — независимость сборки приложения от выбора обычной настройки запуска.