Healthcheck инструментами Podman

curl --fail http://localhost:8080 || exit 1

как мы до такого докатились?

UPD. я знаю, что докер по разному трактует exit-code, но всё же

спасибо, интересно.
у меня вопрос возник. В части текста, где мы делаем Quadlets , мы создаем ~/.config/containers/systemd

но после делаем systemd-unit в его системной папке - /etc/containers/systemd/demo.container

для чего тогда делали первый каталог?

Я искренне не понимаю архитектурные подходы "усложняющие" жизнь, а не упрощающие ее.

Вот казалось бы, я просто хочу рабочее приложение, (ах, мечты мечты), чем меньше мне надо совершить действий чтобы оно заработало - тем лучше.

Но нет, адепты "чистой архитектуры" всячески доказывают обратное, что "я не должен просто запустить конкретную команду, сначала надо попрыгать на одной ноге, использовать с десяток инструментов чтобы сгенерировать гимн славы омниссии, спеть литанию богу-машине, и если литания была подходящей - ты получишь рабочий сервис. Если ошибся - ну марс тебе пухом, сам виноват что священное масло не использовал.

Вот чтобы что? Мне как кодеру наверное очень весело разбираться в миллиарде конфигов, хотя надо выполнить всего одну задачу, которая была решена много лет назад при помощи docker compose файла лежащего в открытом доступе. Почему не сделать так же?

Мне, как пользователю инструмента (не девопсу, не архитектору, и даже не вайбкодеру) глубоко пофиг как это все работает "изнутри" и какие подходы используются для достижения результата. Ну неужели нельзя этот файл с сервисом сгенерировать на основе данных вшитых в образ теми, кто непосредственно его разрабатывал и знающего как правильно делать healthcheck?