БС
а я в линкедине видел пост кого-то из ауриги про то как классно писать под несуществующее железо ))
кинь ссыль
Size: a a a
2020 November 18
💭П
кинь ссыль
💭П
и там еще ссылки на предыдущие статьи
БС
Ну само окружение на серверах пускай админы настраивают, а вот что бы git-репу с кодом превратить в RPM или докер-образ - это головняк ответственного за этот сервис разработчика.
нее, не согласен. Как правильно разработчики делают ужасные докерфайлы и совсем не умеют в rpm. По мне деление примерно такое:
* Разработчик пишет setup.py / requirements.txt / buildout.cfg
* Dockerfile выдаёт devops в виде шаблона и СОВМЕСТНО с разработчиком его корректирует под конкретный сервис. Порты какие пробросить, где брать питоновские пакеты (часто делают зеркало) и т.д.
* Конфиги для dockercompose / kubernetes, а также пробрасывание и хранение каких то параметров пишет devops.
Деление конечно не жесткое. Я, зачастую, делаю всё :-(
* Разработчик пишет setup.py / requirements.txt / buildout.cfg
* Dockerfile выдаёт devops в виде шаблона и СОВМЕСТНО с разработчиком его корректирует под конкретный сервис. Порты какие пробросить, где брать питоновские пакеты (часто делают зеркало) и т.д.
* Конфиги для dockercompose / kubernetes, а также пробрасывание и хранение каких то параметров пишет devops.
Деление конечно не жесткое. Я, зачастую, делаю всё :-(
БС
пасиб
KK
нее, не согласен. Как правильно разработчики делают ужасные докерфайлы и совсем не умеют в rpm. По мне деление примерно такое:
* Разработчик пишет setup.py / requirements.txt / buildout.cfg
* Dockerfile выдаёт devops в виде шаблона и СОВМЕСТНО с разработчиком его корректирует под конкретный сервис. Порты какие пробросить, где брать питоновские пакеты (часто делают зеркало) и т.д.
* Конфиги для dockercompose / kubernetes, а также пробрасывание и хранение каких то параметров пишет devops.
Деление конечно не жесткое. Я, зачастую, делаю всё :-(
* Разработчик пишет setup.py / requirements.txt / buildout.cfg
* Dockerfile выдаёт devops в виде шаблона и СОВМЕСТНО с разработчиком его корректирует под конкретный сервис. Порты какие пробросить, где брать питоновские пакеты (часто делают зеркало) и т.д.
* Конфиги для dockercompose / kubernetes, а также пробрасывание и хранение каких то параметров пишет devops.
Деление конечно не жесткое. Я, зачастую, делаю всё :-(
У нас почему-то наоборот - админы как-то слабо разбираются в докере и правильном его использовании. Хотя у нас они админы, а не devops-ы - может в этом всё дело 😊
БС
ну я помню были у нас фейлы с докером. Один наш бывший админ не совсем понял зачем писать на странном языке докерфайлов и наделал примерно вот такое:
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
Dockerfile:
CP . .
RUN init.sh
init.sh
куча команд, установка линуксовых зависимостей, раскидывание файлов по каталогом и т.д.
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
RB
ну я помню были у нас фейлы с докером. Один наш бывший админ не совсем понял зачем писать на странном языке докерфайлов и наделал примерно вот такое:
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
Dockerfile:
CP . .
RUN init.sh
init.sh
куча команд, установка линуксовых зависимостей, раскидывание файлов по каталогом и т.д.
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
Перепутать контейнер с виртуалкой при первом знакомстве с докером долг каждого админа
БС
а как вы решаете вопросы разного видения что хорошо а что плохо в деплое, докерфайлах и всём вокруг?
девопс условный видит одним образом, программист условный видит по-другому
девопс условный видит одним образом, программист условный видит по-другому
как обычно. Сначала аргументированный диалог, а потом у кого пиписька длинее тот и прав.
Но тебе сложно... ты ж имигрант, считай узбек для них, с тобой мереться "заподло".
Но тебе сложно... ты ж имигрант, считай узбек для них, с тобой мереться "заподло".
KK
ну я помню были у нас фейлы с докером. Один наш бывший админ не совсем понял зачем писать на странном языке докерфайлов и наделал примерно вот такое:
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
Dockerfile:
CP . .
RUN init.sh
init.sh
куча команд, установка линуксовых зависимостей, раскидывание файлов по каталогом и т.д.
Соответственно это ооочень долго работало и жрало просто тонну места. Это было давно, когда в докере не было system prune.
Просто на тот момент, админ очень хорошо знал bash, а докер был не понятен. А поскольку долгие сборки бесили в основном меня, то мне пришлось взять и изучить докер и бестрпрактис.
Я развернул init.sh в dockerfile и уже стало можно жить. Но там тоже было куча проблем, которые я уже позднее пофиксил..
В общем твои админы не знают докер, только потому, что ты за них сделал их работу :-)
Ага, и вообще у меня в репе с бекендом лежит этот Dockerfile, и ещё лежит Jenkinsfile. В результате админам надо только в Jenkins добавить git-репу и прописать путь к Jenkinsfile и таска для сборки докер-образа готова.
БС
по поводу production-like среды для разработки, вот буквально только что коллега на комент в пулреквесте ответил что не знает как развернуть локальную разработку, потому тесты писать не будет.
❤️
❤️
кинь ссыль на инструкцию в вики. всмысле коллеге кинь. Пусть изучает
SZ
кинь ссыль на инструкцию в вики. всмысле коллеге кинь. Пусть изучает
этот же человек сам уже этих вики нагенерил, на оригинальную он же и забил, и не поддерживал.
это та часть проекта, в которую без острой палки в жопе вообще никто ходить не хочет, вот один-в-поле-сам-себе-манагер и вершит там разработку, а тем временем запустить тесты не может...
это та часть проекта, в которую без острой палки в жопе вообще никто ходить не хочет, вот один-в-поле-сам-себе-манагер и вершит там разработку, а тем временем запустить тесты не может...
БС
Перепутать контейнер с виртуалкой при первом знакомстве с докером долг каждого админа
классика, но объяснимо. Мы ведь для тогно чтобы освоить новые знания, пользуемя уже накопленным опытом. ТАк вот докер это такая "легкая виртуалка" с магическим скриптом развертывания и удаляемым диском
AS
У нас почему-то наоборот - админы как-то слабо разбираются в докере и правильном его использовании. Хотя у нас они админы, а не devops-ы - может в этом всё дело 😊
да Саша у вас был крутой чел или он не стобой работал?
AS
а Борода?
KK
Начинал у нас Борода, но тогда ещё не было докера.
AS
ну Саня то в докер мог