Контекст:
Наша команда разработчиков хочет автоматизировать варку на кофе на основе рабочих процессов GitHub Deciates (например, Brew Coffee после успешных сборок). We’re testing a Smart Coffee Maker X200 that provides a REST API (/brew, /status).
Problem:
The API sometimes returns HTTP 503 during concurrent requests, and we’re unsure how to handle:
Queue management: Multiple devs triggering brews simultaneously.
Error recovery: Should we retry on 503 Или вернуться к команде ручной напитки? < /p>
Безопасность: API использует Basic Auth - есть более безопасный способ сохранить учетные данные в секретах GitHub? requests.post (
"http: // coffee-pree-производитель /api /brew",
auth = ("admin", os.getenv ("coffee_password")),
json = {"type": "espresso", "Сила": "Сильный"}
)
if acless.status_code? /> За исключением исключения в виде e:
print (f "не удалось заваривать: {e}") < /p>
Вопрос:
Какова наилучшая практика для: < /p>
Обработка ограничения скорости API /ошибки в CI /CD? Ddos?
Подробнее здесь: https://stackoverflow.com/questions/795 ... d-pipeline
Как правильно интегрировать API кофемашины с помощью конвейера CI/CD? [закрыто] ⇐ Python
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Как правильно дождаться завершения при разветвлении конвейера потока данных TPL? [дубликат]
Anonymous » » в форуме C# - 0 Ответы
- 9 Просмотры
-
Последнее сообщение Anonymous
-