Увидел, что кибана и еластик в логи пишут жсонами. Имеет ли смысл мне настраивать серилог так, чтобы он также писал? (чтобы потом из stdout при помощи *beat слать в еластик) Или проще на стороне приложения настроить отправку логов?

если есть админы/девопсы то которые могут сделать чтение стдаута, то пусть сделают)
Если нет то можно самому слать

ну типа у нас админы только нжинксом и машинами занимаются, а девопсов нет

так что если буду писать в стдаут, то это мне самому надо будет настраивать

прост не могу понять, какие плюсы/минусы.
для серилога
+ Всё конфигурируется в приложении
- Лишняя конфигурация в приложении
- Немного крупнее становится само приложение
- Для перенастройки логов нужно заново деплоить
- Можно задудосить еластик
для filebeat
+ Приложению не нужно думать о логировании
+ Меньше кода
+ Всё по гайдлайнам
- Дополнительная сущность в виде filebeat
- Логи будут доставляться чуть медленнее
- Засираем диск (хотя не особо минус, и наверно решаемо)

не заморачивайся и шли с приложения.
с битами подзатрахаешься и потратишь время.
потом, когда это станет узким местом, переделаешь

а для чего logstash нужен?

я так и не понял

Правильнее писать в stdout. Нет завязки на какие то IO с файловой системой, базай данных логов. Читается из stdout и пробрасывается дальше. В stdout в json. Условная Kibana потом из Elastic отображает структурированные логи со всеми полями и т.д.

Можно писать, заменяя \n на \r

А можно жсоны

а зачем?

Чтоб compose как одну строку засчитывал

а

а вот если я хочу в докер, то куда мне Dockerfile ложить? Я так понял, что там 1 контейнер использовать для сборки приложения и ложить бины во второй.
У меня в солюшене есть три проекта: 1 - некоторый общий код. 2- консольное приложение (которое по cron запускается) и 3 - веб апи.
Если я хочу собрать веб, то мне надо будет положить в папку с вебом?

Так, профи. Какие операции с числами компилятор не оптимизирует?

Есть такие примеры? А то у меня что не сделаю, все оптимизируется

кажется, особенно исходя из того, что другие проекты нужно бы по шаблону делать чтобы любой мог быстро понять что и где находиться подобное хранить в root или спец. директории под ci/cd в root же

зависит от оптимизаций. Что не может гарантировать, то и не оптимизирует

все говорят "Что не может гарантировать...", а что это и когда это??