Comments 5
Пишите ещё, прекрасный материал показывать другим как делать не надо. Спасибо!
А можно описать ошибки, хотя бы кратко? Думаю такой комментарий полезнее будет
Тут надо всё переделать. Новичкам на такое лучше не смотреть. Вроде инструмент есть, но его корректное использование под сомнением. Как минимум всё упаковать в docker registry, переменные вынести или в dockerfile или применять хотя бы в docker-compose. А сейчас это просто набор костылей. Понятно, что выполняет задачу автора, но хвастаться этим и писать статью!? Read Best Practice.
позовите своих друзей девопсов с которьіми вьі переезжали в предьідущих статьях и получите хотя бьі справочную информацию как сделать правильно то, что вам надо.
в статье вижу как упаковать джанго приложение в докер контейнер и как собирать єто и просто перезапускать докер контейнер на инстансе
в начале статьи обещали "А также дам рекомендации, как масштабировать развертывание." - удивите нас еще больше и дайте все же єти рекомендации )
ну и раз вьі начали базу контенеризировать то почену нжинкс не в контейнере?
да, действительно статья не про AWS, Terraform, kubernetes и прочие модные слова, не всегда проект большой и требует полноценной инфраструктуры современных веб-приложух, текущая конфигурация CI/CD это скорее эволюция таких же статей но с бОльшим количеством странных реализаций, например по одноименному названию на хабре вы можете найти статью где кладется ключик от сервера в variables, раннер заходит по SSH и делает rsync, нам эта реализация не понравилась и реализовали так.
В данной статье не рассматривалась конфигурация остальных компонентов системы в целом, поэтому не понимаю наброса и про бд и про nginx, мы зачастую используем saas бд или ставим отдельный сервер.
Автоматизация деплоя Django-приложения в маленькой команде: пошаговый гайд