engineer@northline:~$ less articles/docker-compose-patterns.md

Docker Compose patterns that age wellПаттерны Docker Compose, которые хорошо переживают время

Compose works best when service boundaries are obvious. I want to see what the application is, where its data lives, which network it joins, and how it restarts without reading ten different files.Compose работает лучше всего, когда границы сервиса очевидны. Мне важно сразу видеть, что это за приложение, где лежат его данные, к какой сети оно подключено и как перезапускается, не читая десять разных файлов.

Patterns I keep repeatingПаттерны, которые я повторяю снова и снова

• One compose file per logical stack, not one file for the entire host.Один compose-файл на логический стек, а не один файл на весь хост.
• Named volumes with application-specific names.Named volumes с именами, привязанными к приложению.
• Restart policy set deliberately and documented.Restart policy задана осознанно и задокументирована.
• Secrets kept outside the compose file whenever practical.Секреты по возможности вынесены за пределы compose-файла.

The more generic a Compose layout looks, the less useful it becomes during incidents. Clarity matters more than brevity.Чем более “универсально” выглядит Compose-структура, тем менее полезной она становится во время инцидентов. Ясность важнее краткости.

/articles /notes