Комментарии 8
Неуд по DevOps.
Сразу в Докер? Виртуальное окружение? Почему низкие порты для основных служб, зачем это? Зачем вам этот root? Почему такой лютейший пофигизм и несоблюдение стандартов? В продакшене у вас runserver? SRLY?
Не обращайте внимание, это ж статьи от OTUS - у них всегда такое качество. Курсы, видимо, такие же по уровню, как и их статьи.
Вы проходили у нас курсы или делаете выводы по переводу статьи, которая даже не является нашим авторским материалом?
Приходите на бесплатное занятие и тогда сможете оценить уровень курсов ;-)
А почему я не могу делать выводы по статьям, которые публикуются в официальном блоге компании OTUS? Это ж своего рода реклама курсов. Ведь ваши специалисты, наверное, проверяют статьи перед публикацией, даже если это просто перевод.
Так работает брендирование. Всё, что с связано с одним экземпляром продукции брэнда, распространяется на остальную продукцию. Уровень курсов ясен из данной статьи. И уровень этот невысок.
А мне понравилось.
Мне как раз эта информация нужна. С учётом того, что у меня проект на shared хостинге с питоном, я сразу могу на virtenv это переделать, бе безумных npm -g и прочего.
Но если бы я немного не разбирался в flask и django, статья, наверно, больше навредила бы.
Сразу в Докер?
А что не так? Он удобен для воспроизведения prod среды на девелоперских машинках. Нет зависимости от ОС, не надо страдать с установкой СУБД на хост, и т.п.
Почему низкие порты для основных служб
8060 это низкий порт? К тому жеч докер позволяет настроить маппинг портов, какая разница, что там слушает приложение внутри контейнера?
Вы озвучили просто показательный пример того, как наплевательски используют докер, и то, о чём говорю я: «Какая вообще разница, как оно там внутри контейнера работает, если снаружи всё в порядке?»
Порт 8060 действительно не низкий, root для него не нужен, тут я совсем неправ.
Но если вы посмотрите в конфиг докера, то там используются высокие порты для баз и чего-то там ещё, которые очевидно поднимаются для этого проекта. В подобных случаях очень удобно брать высокий порт и отсчитывать от него. Особенно это удобно, если подобных установок несколько. Особенно в продакшене. В этом случае у вас по одному номеру будет понятно, что за сервис, и к какому проекту он принадлежит, не будет пересечений и не надо будет каждый раз придумывать нужные порты.
Руководство по работе с Django REST Framework, Swagger и созданию клиента TypeScript для API