Здравствуйте, chaotic-kotik, Вы писали:
S>>Значит в вашей команде админ/девапс должен заниматься пакетированием, а не деплоем в хосты. CK>А точно не CI?
А он сам себя настраивает, сопровождает? Сам себе поднимает инстансы на различных дистрибутивах? Сам отслеживает какие дистрибутивы популярны и их версии?
CK>Я еще раз повторю, что все эти проблемы, они не про пакетирование, а про разработку. Тебе легко писать — пусть программисты пишут хорошо, вместо того чтобы писать плохо. Но попробуй сделай хорошо основываясь на зависимости, которая ломает обратную совместимость или работает по разному в разных дистрибутивах linux, т.к. собрана там с разными флагами.
Да понятное дело что будет не так легко, как хотелось бы.
Проблема в том что эта "легкость", оан не "поднять гирю". Это качели. С одной стороны программер, с другой админ. Если программеру легко — значит будет нелоегко админу и наоборот. Надо равновесие держать, а не в крайности кидаться.
S>>Опакетить несложно. А накладывает оно ограничения на разработку до тех пор, пока вы не примете решение — вам важнее продавать софт, установка которого безболезнена для пользователя или вы пишете софт для того чтобы легче было писать софт. CK>На разработку софта есть какой-то бюджет времени, ты можешь расходовать его на фичи, а можешь на непродуктивные вещи.
Даже если пользователь исходит семью потами при установке?
S>>Поддержать репозитории не проблема пока в разработчики хотят писать продаваемый софт, а не писать так чтобы было легче писать. CK>А потом оказывается, что твой пакет для Debian почти не качают, наверное потому, что апологеты linux way стремаются ставить софт из сторонних репозиториев, а вот активнее всего народ качает именно твой докер образ (в моей ситуации примерно в пять раз чаще скачивают docker image нежели все rpm/deb вместе взятые под все платформы).
Лично мне говорит это об том, что deb пакет не делает всего что надо, либо ломает систему, либо ешо чего и админам проще п..ся с докером, чем с последствиями штатной установки.
Здравствуйте, Sheridan, Вы писали:
S>А он сам себя настраивает, сопровождает? Сам себе поднимает инстансы на различных дистрибутивах? Сам отслеживает какие дистрибутивы популярны и их версии?
Это SAAS. Вся сборка и packaging это yaml файл примерно на 200 строк.
S>Да понятное дело что будет не так легко, как хотелось бы. S>Проблема в том что эта "легкость", оан не "поднять гирю". Это качели. С одной стороны программер, с другой админ. Если программеру легко — значит будет нелоегко админу и наоборот. Надо равновесие держать, а не в крайности кидаться.
Нужно думать о том, кто будет использовать твой софт в первую очередь. Легко должно быть человеку, который использует твой софт.
S>Даже если пользователь исходит семью потами при установке?
Ты переходишь с частности на общее, кмк.
CK>>А потом оказывается, что твой пакет для Debian почти не качают, наверное потому, что апологеты linux way стремаются ставить софт из сторонних репозиториев, а вот активнее всего народ качает именно твой докер образ (в моей ситуации примерно в пять раз чаще скачивают docker image нежели все rpm/deb вместе взятые под все платформы). S>Лично мне говорит это об том, что deb пакет не делает всего что надо, либо ломает систему, либо ешо чего и админам проще п..ся с докером, чем с последствиями штатной установки.
Deb/Rpm ставят один бинарник и одну so библиотеку. Все работает нормально. Docker контейнер делает ровно тоже самое. Мне кажется вполне логичным предпочесть docker для того чтобы попробовать новый софт.
Здравствуйте, chaotic-kotik, Вы писали:
S>>А он сам себя настраивает, сопровождает? Сам себе поднимает инстансы на различных дистрибутивах? Сам отслеживает какие дистрибутивы популярны и их версии? CK>Это SAAS. Вся сборка и packaging это yaml файл примерно на 200 строк.
И этот ямл сам себя настраивает, укладывается куда надо и сопровождается самостоятельно?
S>>Да понятное дело что будет не так легко, как хотелось бы. S>>Проблема в том что эта "легкость", оан не "поднять гирю". Это качели. С одной стороны программер, с другой админ. Если программеру легко — значит будет нелоегко админу и наоборот. Надо равновесие держать, а не в крайности кидаться. CK>Нужно думать о том, кто будет использовать твой софт в первую очередь. Легко должно быть человеку, который использует твой софт.
А раз пользователь сам настраивает свой комп — то пользователь — админ локалхоста. Следовательно легко должно быть админу.
S>>Даже если пользователь исходит семью потами при установке? CK>Ты переходишь с частности на общее, кмк.
А частности они тоже гемморой могут с собой притащить.
S>>Лично мне говорит это об том, что deb пакет не делает всего что надо, либо ломает систему, либо ешо чего и админам проще п..ся с докером, чем с последствиями штатной установки. CK>Deb/Rpm ставят один бинарник и одну so библиотеку. Все работает нормально. Docker контейнер делает ровно тоже самое. Мне кажется вполне логичным предпочесть docker для того чтобы попробовать новый софт.
нет, так как надо будет этот докер установить, а он притащит с собой уже не одну so и один бинарник, а цыган с медведями.
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, chaotic-kotik, Вы писали:
S>>>А он сам себя настраивает, сопровождает? Сам себе поднимает инстансы на различных дистрибутивах? Сам отслеживает какие дистрибутивы популярны и их версии? CK>>Это SAAS. Вся сборка и packaging это yaml файл примерно на 200 строк. S>И этот ямл сам себя настраивает, укладывается куда надо и сопровождается самостоятельно?
S>>Так фокусируйся. И следуй рекомендациям админа/девапса. И не по желанию левой пятки внешнюю либу добавляй в проект, а после обсуждения с этим самым админом/девапсом.
CK>какой еще админ, если софт хостит пользователь у себя сам и ему нужно просто дать что-то, чтобы он его установил? я понимаю что это немного не то, и мы тут больше про ситуации, когда у нас есть компания, в которой программисты и девопсы делают какой-то сервис, владеют инфраструктурой и тд
Почему никто не спросит Шеридана следующий очевидный вопрос после этих
: Кто такой девопс, и какого хрена он диктует выбор чего-то там программистам? Не девопс выбирает библиотеки, и их версии, а программисты. По абсолютно очевидным причинам: это не работа девопса. Даже чисто физически девопс не способен знать про абсолютно все библиотеки на всех языках мира, чтобы еще какие-то там советы по ним давать.
Здравствуйте, Sheridan, Вы писали:
S>И этот ямл сам себя настраивает, укладывается куда надо и сопровождается самостоятельно?
лежит файл в репозитории, SAAS приходит, сам его выкачивает и запускает джобы
в файле написано как собирать, тестировать и упаковывать приложение (описать все это задача разработчика, занимающегося SDLC), SAAS это TravisCI в данном конкретном случае
S>А раз пользователь сам настраивает свой комп — то пользователь — админ локалхоста. Следовательно легко должно быть админу.
в данном случае софтина чаще всего используется в каком-нибудь облаке, но это очень простое приложение в плане конфигурации, ты его ставишь (докер или rpm, не важно) и запускаешь и оно работает, можешь изменить конфигурацию перед запуском, если считаешь это нужным, но можешь и не менять, чистить ничего не нужно, оно само за собой чистит
S>А частности они тоже гемморой могут с собой притащить.
ага, поэтому давай все возможные частности здесь обсуждать?
S>нет, так как надо будет этот докер установить, а он притащит с собой уже не одну so и один бинарник, а цыган с медведями.
Здравствуйте, Vetal_ca, Вы писали:
S>>А кто ci настраивает?
V_>Так у тебя крышу сорвет и совсем полный ступор будет.
Понял, у вас в вселенной магия есть.
Здравствуйте, chaotic-kotik, Вы писали:
S>>И этот ямл сам себя настраивает, укладывается куда надо и сопровождается самостоятельно? CK>лежит файл в репозитории, SAAS приходит, сам его выкачивает и запускает джобы
Он магическим образом у вас в сети появился?
S>>А раз пользователь сам настраивает свой комп — то пользователь — админ локалхоста. Следовательно легко должно быть админу. CK>в данном случае софтина чаще всего используется в каком-нибудь облаке, но это очень простое приложение в плане конфигурации, ты его ставишь (докер или rpm, не важно) и запускаешь и оно работает, можешь изменить конфигурацию перед запуском, если считаешь это нужным, но можешь и не менять, чистить ничего не нужно, оно само за собой чистит
О чом тогда спор?
S>>А частности они тоже гемморой могут с собой притащить. CK>ага, поэтому давай все возможные частности здесь обсуждать?
Моим оппонентам можно а мне нет?
S>>нет, так как надо будет этот докер установить, а он притащит с собой уже не одну so и один бинарник, а цыган с медведями. CK>обычно в облаке у пользователя докер уже есть
Обычно у пользователя облака нет.
Здравствуйте, Sheridan, Вы писали:
V_>>Так у тебя крышу сорвет и совсем полный ступор будет. S>Понял, у вас в вселенной магия есть.
У тебя в этом мире нет ориентиров.
Как у первобытного человека, есть "один", "два" и "много". И рассказывать ему про синусы и косинусы это будет не обучение, а вбивание чувства умственной неполноценности
: Кто такой девопс, и какого хрена он диктует выбор чего-то там программистам? Не девопс выбирает библиотеки, и их версии, а программисты. По абсолютно очевидным причинам: это не работа девопса. Даже чисто физически девопс не способен знать про абсолютно все библиотеки на всех языках мира, чтобы еще какие-то там советы по ним давать.
В компании, где я работаю (не та где нужно собирать rpm/deb под кучу дистров), это частично так, только это все не про девопс, а про SDLC. Инженер, который занимается SDLC, билдами и пекеджингом может прийти и сказать — ребят, тут у вас древняя версия вот этой библиотеки висит, мы ее деприкейтим, вот вам таска на то чтобы обновить ваш код. Ее возьмут в какой-нибудь спринт, сделают и потом когда-нибудь эту версию библиотеки удалят. Но тут по другому все. Компания мейнтейнит свой репозиторий с пакетами, начиная с какого-нудь openssl и заканчивая собственным кодом. Все от чего зависит наш код, втягивается в этот репозиторий и мейнтейнится. По сути, компания мейнтейнит свой дистрибутив Linux. Но это очень большая и богатая компания, для большинтва это тупиковый путь, КМК.
Здравствуйте, Sheridan, Вы писали:
CK>>лежит файл в репозитории, SAAS приходит, сам его выкачивает и запускает джобы S>Он магическим образом у вас в сети появился?
у travis есть интеграция с github enterprise
CK>>в данном случае софтина чаще всего используется в каком-нибудь облаке, но это очень простое приложение в плане конфигурации, ты его ставишь (докер или rpm, не важно) и запускаешь и оно работает, можешь изменить конфигурацию перед запуском, если считаешь это нужным, но можешь и не менять, чистить ничего не нужно, оно само за собой чистит S>О чом тогда спор?
спор о том, что linux-way в данном случае — источник гемора, причем именно для разработки и никакие девопсы или админы там и рядом не стояли (и в принципе они там не причем), а докер эту проблему решает очень здорово
Здравствуйте, Vetal_ca, Вы писали:
V_>У тебя в этом мире нет ориентиров.
У тебя в этом мире нет понимания что программеры без девапсов/админов клепают таоке уродство что остаёься только улыбаться.
Здравствуйте, chaotic-kotik, Вы писали:
CK>>>лежит файл в репозитории, SAAS приходит, сам его выкачивает и запускает джобы S>>Он магическим образом у вас в сети появился? CK>у travis есть интеграция с github enterprise
И всё это магическим образом само появляется на ваших серверах и потом на серверах заказчика, ага.
CK>спор о том, что linux-way в данном случае — источник гемора, причем именно для разработки и никакие девопсы или админы там и рядом не стояли (и в принципе они там не причем), а докер эту проблему решает очень здорово
Докер охрененно здорово откладывает решение проблем.
Здравствуйте, chaotic-kotik, Вы писали:
CK>В компании, где я работаю (не та где нужно собирать rpm/deb под кучу дистров), это частично так, только это все не про девопс, а про SDLC. Инженер, который занимается SDLC, билдами и пекеджингом может прийти и сказать — ребят, тут у вас древняя версия вот этой библиотеки висит, мы ее деприкейтим, вот вам таска на то чтобы обновить ваш код. Ее возьмут в какой-нибудь спринт, сделают и потом когда-нибудь эту версию библиотеки удалят. Но тут по другому все. Компания мейнтейнит свой репозиторий с пакетами, начиная с какого-нудь openssl и заканчивая собственным кодом. Все от чего зависит наш код, втягивается в этот репозиторий и мейнтейнится. По сути, компания мейнтейнит свой дистрибутив Linux. Но это очень большая и богатая компания, для большинтва это тупиковый путь, КМК.
Кек, а когда я такое предлагаю — мне все начинают втирать что я ничего не понимаю в бизнесе, что мне из колхоза надо вырасти но сначала школу закончить.
Здравствуйте, Sheridan, Вы писали:
S>У тебя в этом мире нет понимания что программеры без девапсов/админов клепают таоке уродство что остаёься только улыбаться.
SVZ>Чтобы простому инженеру поставить нужный ему софт (оплаченный компанией, к слову) приходится заполнять кучу документов с обоснованием. SVZ>В итоге, чтобы не просить каждый раз рутовый доступ на установку rpm, сделали вариант поставки в архиве (распакуй себе в каталог и запусти), чтобы сервис запускался из под бесправного пользователя.
Насколько я помню, как раз rpm (yum, dnf) отлично умеют устанавливать софт в отдельный root. По-крайней мере, им не нужен debootstrap, чтобы установить новую систему из пакетов в отдельную папку (куда подмонтирован другой диск) — они это сами умеют делать, нужно лишь указать отдельным аргументом новый корень FS. Другой вопрос, как потом запустить этот софт, установленный в домашнюю папку пользователя (думаю, достаточно будет простого shell-скрипта, но, это зависит от софта). Так что, возможно, вы зря делали отдельный пакет.
