... толстым, жырным, докерам пассажирным :)

у разного софта могут быть разные зависимости, конфликтующие друг с другом) например, openssl libressl

статическая сборка решает)

да и депенденси всегда можно разрулить так или иначе

ну вот и удобно собирать в контейнерах) 1 образ - это 1 целевой софт)

нене, я не против докера. это модно, молодёжно)

дальше его легко переложить с сервера на сервер и ничего не сломается)

иногда хочется чуть ли не из исходников самому собрать новую версию

На проде за такое обычно увольняют...

я вообще LXC использую) анзиблом разворачиваю, и накатываю пакеты. просто и скучно)

есть 2 типа пакетов: целевые, которые мы и хотим получить и зависимости) я помню, когда я раньше, лет 10 назад делал сайтик и мне была нужна новая версия php, а никто не ставил её, приходилось вручную это делать потому что я хотел доступ к новым фичам

вот эти целевые пакеты программисты обычно хотят самых новых версий

сейчас такие проблемы разве что в центос встретишь

а версии зависимостей не важны, да

сейчас такие проблемы разве что в центос встретишь

ну почему, вот вышел новый питон - в убунте он не обновится сразу

через сторонний ppa разве что

а в докере это будет на следующий день

я бы ооочень поостерёгся ставить edge-пакеты в прод)

если это питон - то там какой-то программный продукт с тестами, если тесты не фейлятся - всё ок

ну и даже если вдруг будет не ок, не проблема же, легко откатиться

если вебщина, то да, часто пофиг, требования простые. но бывает всякое.

мне больше нравится тут мыслить с позиции разработчика, а не с позиции админа - вышла новая версия моего любимого фреймворка - я хочу её сразу, а не через 10 лет

потому что хочу попробовать покодить все новые фишки, что они там добавили

Вы сейчас рассуждаете, как я лет 8 назад, когда мне тоже нужны были свежие пакеты и эксперименты прям в проде каждый день. Когда же дело касается стабильности и полноценного продакшина, который работает не один год, то такие вещи как последние версии, совместимость и прочее берутся на контроль и выкатываются отдельными мажор релизами

я мыслю с позиции юзера моего продукта - поломается ли существующая функциональность или нет.

короче, по-разному мыслим)

поэтому такие системы как CentOS - это ппц, туда оно придет через пару лет, в Ubuntu через полгода, а в Docker вот прямо сразу, бери и юзай) > я мыслю с позиции юзера моего продукта - поломается ли существующая функциональность или нет. а для этого тесты нужны

если есть тесты и они проходятся ок - ничего не поломается, а если поломается - мало тестов

потому я на докер прищурившись посматриваю пока что.

иногда хочется чуть ли не из исходников самому собрать новую версию

scl твоё всё

тесты - штука суперская, но 100% code coverage я ещё не видел

да большинство проблем просто acceptance тесты выявляют, те, которые пользователи системы заметят

100% покрытие обычно не требуется

а это значит что проблема таки может возникнуть при апгрейде компонента системы

100% покрытие обычно не требуется

потому что все равно есть ошибки, да 😂

в любой системе всегда есть баги - это правда)

потому новую версию стороннего компонента стоит выкатывать, только если реально очень надо. а так: работает - не трогай

но важных багов можно избежать тестами) а мелкие - ну, да, они могут быть, но они не приводят к чему-то жутко-плохому

просто у программистов повышается мотивация, когда юзают всё новое) а мотивация важна

просто у программистов повышается мотивация, когда юзают всё новое) а мотивация важна

у них мотивация повышается больше, когда они работают над новыми задачами, а не над подержкой старых

бывают исключения, но тут уже от человека зависит

ну, новые задачи бывают не всегда, иногда нужно просто улучшить какие-то старые фичи, и тут вот выход новых версий того же питона мотивирует сделать эту задачу, мб ускорить код или сделать его красивее/понятнее

ой всё, через лет 5 напишите свое мнение

ну, новые задачи бывают не всегда, иногда нужно просто улучшить какие-то старые фичи, и тут вот выход новых версий того же питона мотивирует сделать эту задачу, мб ускорить код или сделать его красивее/понятнее

Слушай, ну правда, сколько можно уже, все одно по одному - вот, мол, в центосе версии скриптовых языков протухли. Центос так-то - не хипстерская поделка. Нужны свежие версии - SCL в помощь, или о нём тоже слыхом не слыхано и маны не читаны?

Особенно с учётом того, что сколько-нибудь зарабатывающее реальных денег приложение в питоне всё равно пакуется в venv - уже даже не смешно.

Слушай, ну правда, сколько можно уже, все одно по одному - вот, мол, в центосе версии скриптовых языков протухли. Центос так-то - не хипстерская поделка. Нужны свежие версии - SCL в помощь, или о нём тоже слыхом не слыхано и маны не читаны?

плюсую

И это не про ансибл, кстати - напомню про тему чата.

Слушай, ну правда, сколько можно уже, все одно по одному - вот, мол, в центосе версии скриптовых языков протухли. Центос так-то - не хипстерская поделка. Нужны свежие версии - SCL в помощь, или о нём тоже слыхом не слыхано и маны не читаны?

люди считающие бубунту стабильным дистрибутивом, ругают центос. :D:D:D катался пацталом

Слушай, ну правда, сколько можно уже, все одно по одному - вот, мол, в центосе версии скриптовых языков протухли. Центос так-то - не хипстерская поделка. Нужны свежие версии - SCL в помощь, или о нём тоже слыхом не слыхано и маны не читаны?

я CentOS не использую) но беглый поиск по SCLs показывает, что это некий аналог PPA в Ubuntu

ну, хорошо, что такое есть, да)

Это костыли-велосипеды

люди считающие бубунту стабильным дистрибутивом, ругают центос. :D:D:D катался пацталом

в эпоху облаков стабильность системы не главный фактор

у вас облако из 10 машин, 1 из них упала… ну, и что? упала и ладно)

в эпоху облаков стабильность системы не главный фактор

облака это как докер, ну такое... сильно переоценены, применяемы далеко не везде пиздец дорого обычно

и как облака со стабильностю софта соотносятся, вообще непонятно если честно

тем же Ansible’ом можно регулярно что-то там мониторить и поправлять в этом облаке в полуавтоматическом режиме

тем же Ansible’ом можно регулярно что-то там мониторить и поправлять в этом облаке в полуавтоматическом режиме

а можно и не в облаке... )

облака это как докер, ну такое... сильно переоценены, применяемы далеко не везде пиздец дорого обычно

вот есть Aruba, впски за 1 евро, можно купить 10 впскок и сделать облако за 10 евро)

у вас облако из 10 машин, 1 из них упала… ну, и что? упала и ладно)

это не про облако. облака - они про другое.

Всем привет

Народ не бросайтесь пожалуйста камнями, хочу показать вам канал о новостях из мира информационных технологий, гаджетов и не только, автор старается и каждый день выкладывает подборки @itNews_itn

это не про облако. облака - они про другое.

я имел в виду, что compute-ноды могут и падать, и фиг с ними) главное, чтобы storage был жив)

тем же Ansible’ом можно регулярно что-то там мониторить и поправлять в этом облаке в полуавтоматическом режиме

ансибл не про мониторинг 😉

Ansible это просто выполнение задач друг за другом по шагам) задачи-то любые могут быть

подключиться по API к кому-нибудь, проанализироваь ответ, сделать какое-то действие после анализа

Ansible это просто выполнение задач друг за другом по шагам) задачи-то любые могут быть

не обязательно так

handle никто не отменял

не обязательно так

да) я просто к тому, что это же не обязательно какие-нибудь админские задачи могут быть, они вообще любые могут быть)

Ansible довольно универсальный

но не стоит считать его серебряной пулей и подходить с фанатизмом

мне вот не хватает форм

в середине процесса

я писал ранее

чтобы он что-то там сделал, а потом запросил, что дальше делать у юзера, поставив выполнение процесса на паузу и потом продолжив

тогда он просто стал бы универсальным BPM

просто не всегда возможна полная автоматизация

и дешевле какие-то шаги не автоматизировать пока, сделать вручную, а уже потом к ним вернуться и доделать

например, было бы неплохо интегрироваться с тем же телеграмом) он выполняет какие-то задачи, потом надо вручную что-то сделать - он через бота отправляет сообщение в ТГ, юзер нажимает на кнопочки, а потом процесс продолжается

или же в ТГ выдаёт отчёт о выполнении задачи, уже на финальном этапе

Всем привет, ребят в общем сначала я не смог понять как сделать свою задачу на ансибл, в общем нахерачил питон-скрипт, который дёргает jboss-cli, получаю список деплойментов, пихаю это в список, в списке удаляю исключения типа ojdbc7 после через цикл for по списку раздеплоиваю весь оставшийся приклад, потом из папки собранных билдов копирую в папку оттуда war, ear, jar через ls получаю список, и провожу деплой по списку и после каждого деплоя проверяю в цикле появился ли приклад через jboss-cli, так соль в том, что в скрипте один ip везде прописан и мысля вытащить конфиг для добавления других серверов, но мне кажется я начал создавать велосипед и скорей всего это можно было сделать на ансибле, только не вкурю как