Не могу сказать, ну все индивидуально, может быть все так и должно быть, сроки бывало и затягивал, но исправлялся и втихую (даже бывало по пару месяцев) переписывал неудачные архитектурные решения, но на всю жизнь запомнил эти моменты, и не допускал и в следующих проектах, Куратор оно конечно хорошо, но может отбится способность спотыкаться, начинать снова и решать проблемы самостоятельно. С приобретенным опытом ты борешься с этими теоретиками-кураторами-тимлидами, которые затягивают тебя в же ошибки, которые ты уже делал, хорошо их запомнил и ты становишься токсичным, но это уже другая проблема из соседнего топика. )))
Ксения, как раз после университета (только мог лабораторные делать), или даже на курcе на пятом совмещать начал, даже английского не знал, (с немецким языком), поспрашивал коллег, они мне сунули MSDN и сказали: читай, изучай, ищи.
) Ну в начале, да в офисе лучше поработать.
chupasaurus, а посоветуйте это нормальное решение, например, https прокси контейнер сделать проводку на все остальные контейнеры?
как нибудь так docs.docker.com/network/proxy/#configure-the-docker-client
chupasaurus, ну так себе рекомендация, это первое что приходит в голову, я хотел советов, чтобы при создании/поднятии контейнеров вообще не надо было прикручивать сертификаты. типа как-то сверху докера или контейнеров. Типа один раз прикрутил сертификат, а потом докер-контейнеры поднимаешь на внешние порты и они сразу ходят через https.
Escape the circus and live beyond the limits of the imaginary lid
Vitaly Karasik, Спасибо, за ответ, это что-то не то, с каждым контейнером возится - это долго. Может как-нибудь сверху навесить сертификаты? Чтобы при поднятии новых контейнеров не маунтить снова сертификаты.
На сервере чистый убунту и докер, контейнеры докера это сайтики nginx.
Они смотрят на мир как http то есть в каждом надо прописать/установить сертификат?
То есть openssl x509.. это не то что нужно в данной ситуации?
CityCat4, У меня купленный сертификат, а убунту это выделенный сервер. На который настроен домен типа example.ru. обращения к этому серверу будут работать по https из мира?
тогда лучше может ветвиться от девелопа и туда же сливать готовые ветки, как рекомендуется в git flow, вроде так путаницы меньше...
потом в конце спринта, вывалить все в stage, стабилизировать, и в релиз?
