Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I still don't see how this more convenient than just using compose, or what do you gain for leaving it.


For my projects I use on system configured and deployed services without containers, and in production what my clients use (generally managed container orchestrators like ECS). If I were to use this on my servers, one benefit I can think of is that (as a Linux connoisseur) is that it would have separate logs per container which I can inspect with a unified command I use for all the other services (journalctl -u systemd-unit-name), whereas on projects where I've wrapped docker-compose with a systemd service I've had all logs dumped under a single service.


Actually you cab see per container logs `docker compose logs -f {container name}`

Although of course it won't be integrated into journalctl.


Of course, that's why I said I liked the unified log access. Compose log command is primitive in features, journalctl just offers a better functionality, and for someone like me (who uses Linux daily for work and personal use) convenience.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: