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

херня которая проводит сообщение у вас код плохо отформатирован

хм... да не, должен быть для перла. но это не важно конечно, perl мертв

хм... да не, должен быть для перла. но это не важно конечно, perl мертв

Серьёзный минус для языка :)

Серьёзный минус для языка :)

Смерть? Да :)))

ссылку брат

http://lmgtfy.com/?q=perl+critic

В яндексе такой есть, сурьезно (хотя нет, я вру, там такая метрика для кода на баше есть)

Для лиспа такой есть, а для перла не знаю

http://lmgtfy.com/?q=perl+critic

о. чувак которому не лень пользоватся lmgtfy

Для лиспа такой есть, а для перла не знаю

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

Хотя я до сих пор использую иногда perl как Xshell, потому что shell неудобно (во всём), а bash — это shell вид сбоку.

Вообще вы углубились в срач, а я хотел сказать, что скрипты и тулинг таки разные вещи. И скрипты можно хреначить не только на баше

о. чувак которому не лень пользоватся lmgtfy

https://pypi.org/project/lmgtfy-cli/

Вообще вы углубились в срач, а я хотел сказать, что скрипты и тулинг таки разные вещи. И скрипты можно хреначить не только на баше

Что такое тулинг?

В случае изменения апи нужно передеплоивать "микросервис-клиент" (потребляющий апи) и "микросервис-сервер" (предоставляющий апи)

ну как бы вообще ты не должен просто так совместимость ломать делается промежуточная версия с api_v1 и api_v2 условно. Старые сервисы ходят в старую апиху, новые в новую. При этом сделать это можно даже не на уровне приложухи, а на уровне балансера хотя это тоже не без минусов вариант

Что такое тулинг?

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

ну как бы вообще ты не должен просто так совместимость ломать делается промежуточная версия с api_v1 и api_v2 условно. Старые сервисы ходят в старую апиху, новые в новую. При этом сделать это можно даже не на уровне приложухи, а на уровне балансера хотя это тоже не без минусов вариант

это просто означает, что одновременно существует две версии апи и процесс перехода одной на другую размазан по времени

как бы по ресурсам это х2, чем просто одним шагом обновить все, что нужно

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

А. Это тот клей, без которого ничего из коробки не работает?

А. Это тот клей, без которого ничего из коробки не работает?

да

А чем тулинг отличается от скриптинга?

Тулинг — это обычно круд, в котором всё _удобненько_.

Тулинг — это обычно круд, в котором всё _удобненько_.

CRUD?

Да.

Щас это модно называть Self Service Ops.

Не понял к чему тут crud

Круд чтобы не страшненькие скрипты в непонятном терминале запускать, а чтобы нажать кнопочку "сделать пиздато"

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

Ansible tower над этим натянуть и будет норм.

Менее популярен Rundeck, у нас какое-то время использовался.

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

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

да

Ansible tower над этим натянуть и будет норм.

я даже не знаю что лучше... Я бы использовал salt, но ребятам из девов будет страшно набирать команды ))))

они хотят кнопочку "сделать хорошо". И вариантов два - либо делать ее, либо быть самому узким местом и запускатором скриптов

You are receiving this communication as a Docker Hub account holder and as a valued member of our community. In our ongoing effort to provide the best possible customer experience and highest level of security, we are taking steps to update Docker Hub. To do so, we will be performing scheduled maintenance this Saturday May 4, 2019 from approximately 9:00AM to 7:15PM, US Pacific Daylight Time (UTC-7). During this window, Docker Hub will be operating in a read-only mode. Registry logins and image pulls will continue to work for a majority of this time frame. Pushes however will generally be unavailable. Maintenance activities, approximate timelines and FAQ can be found in our knowledge base article, which we will be updating throughout the maintenance window. We understand that the maintenance process impacts our customers and we apologize in advance for any inconvenience this may cause. We will also provide updates via status.docker.com. Thank you for choosing Docker.

новости от #docker

Кароче берешь что-то для UI, берешь свои скрипты. Натчгиваешь на каждый кнопку и вуаля! Тулинг готов!

я даже не знаю что лучше... Я бы использовал salt, но ребятам из девов будет страшно набирать команды ))))

No pls no oh god pls no

Страшнее салта нет системы управления конфигурациями

Страшнее салта нет системы управления конфигурациями

+100

Страшнее салта нет системы управления конфигурациями

потциму?

ансибл - это не про управление конфигурацией, к сожалению

шеф - говно. Паппет - говно

странно, что на гошечке не сделали систему управления конфигурацией. Я считаю, что это вакуум на рынке. Надо его устранить. Как известно, очень сложно выбрать название для нового продукта. Можете накидывать. Например, GO-VNO. GO Very New Orchestrator

ансибл - это не про управление конфигурацией, к сожалению

почему?

это про выполнение команд в заданной последовательности

потциму?

Потому, что писать конфигурации на джинже-ямле, а потом еще и пытаться их прочитать, понять или модифицировать... Это придумали злые умы, которые ненавидят опсов.

опционально - про идемпотентность (что и позволяет им при определенных ограничениях разливать конфиги)

шеф - говно. Паппет - говно

Чем они плохи?

Потому, что писать конфигурации на джинже-ямле, а потом еще и пытаться их прочитать, понять или модифицировать... Это придумали злые умы, которые ненавидят опсов.

тогда я злой сумрачный гений

Чем они плохи?

потому что руби?

на самом деле ОЧЕНЬ легко посмотреть, например, примеры раскладки прометеуса всеми четырьмя средствами и сделать выводы

да, кстати, ансибл-роль там будет в лидерах

потому что руби?

Значит: руби - это плохо (но паппет сюда впутывать не надо, там не надо писать на руби), а писать конфиги на шаблонизаторе и ямле - хорошо? Эка

Значит: руби - это плохо (но паппет сюда впутывать не надо, там не надо писать на руби), а писать конфиги на шаблонизаторе и ямле - хорошо? Эка

ну, а в паппете ты пишешь конфиги на своем DSL + ruby - это по-твоему более читаемо?

ну, а в паппете ты пишешь конфиги на своем DSL + ruby - это по-твоему более читаемо?

Разумеется

это в паппете-то не надо писать на руби?! :))

Разумеется

я вижу рубоглазие красноглазие

это в паппете-то не надо писать на руби?! :))

+100

В ИНТЕРНЕТЕ КТО-ТО НЕ ПРАВ!

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

я вижу рубоглазие красноглазие

Но я не топлю за руби. Я топлю против уродливого кода. 1) для меня руби "еще один яп", не хуже, не лучше прочих. 2) в паппете не надо писать на руби нигде. Факты и шаблоны можно писать не на руби, хотя так делать непринято, а патчить типы и провайдеры не все станут. 3) в шефе надо писать на руби, но им никто не пользуется.

1. он мертв, к сожалению. 2. надо. Либо на его угребищном ДСЛ 3. шеф где-то еще дышит, но слава Богу я не там

Но я не топлю за руби. Я топлю против уродливого кода. 1) для меня руби "еще один яп", не хуже, не лучше прочих. 2) в паппете не надо писать на руби нигде. Факты и шаблоны можно писать не на руби, хотя так делать непринято, а патчить типы и провайдеры не все станут. 3) в шефе надо писать на руби, но им никто не пользуется.

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

1. он мертв, к сожалению. 2. надо. Либо на его угребищном ДСЛ 3. шеф где-то еще дышит, но слава Богу я не там

Угребищный dsl паппета против отличного салтового jinja-yaml-а? Я правильно уловил мысль? Если да, то я лучше отстранюсь от этого срача :3

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

При желании и для фактов можно избежать кода руби, но это плохая практика

Угребищный dsl паппета против отличного салтового jinja-yaml-а? Я правильно уловил мысль? Если да, то я лучше отстранюсь от этого срача :3

ну, не используй jinja 😊

ну, какие плюсы у паппета - хиера? r10k?

все вкусовщина. А вот возможность запустить команду в сольте на 1000+ миньонов бесценно

ну, какие плюсы у паппета - хиера? r10k?

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

все вкусовщина. А вот возможность запустить команду в сольте на 1000+ миньонов бесценно

Чория, болт... Но да, раньше у паппета с выполнением удаленных комманд было сложнее

Могу назвать одно место, в котором паппет точно отстой: AWS. Можно, конечно, всю обвязку написать, но мне проще будет засунуть ансибл в женькинс и нажать кнопочку.

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

зато в сольте как пайтонщик я могу сделать фигак-фигак и вышел факт

Могу назвать одно место, в котором паппет точно отстой: AWS. Можно, конечно, всю обвязку написать, но мне проще будет засунуть ансибл в женькинс и нажать кнопочку.

ну, в случае IaC - управление конфигурацией смещается влево. Но вопрос оркестрации никто не отменяет

зато в сольте как пайтонщик я могу сделать фигак-фигак и вышел факт

В паппете как пайтонщик ты можешь сделать фигак-фигак и вышел факт

ну, в теории, наверное, да 😊 только все равно это костыли

на самом деле всё говно в той или иной области. но ансибил дебажить не в пример проще

странно, что на гошечке не сделали систему управления конфигурацией. Я считаю, что это вакуум на рынке. Надо его устранить. Как известно, очень сложно выбрать название для нового продукта. Можете накидывать. Например, GO-VNO. GO Very New Orchestrator

terraform ?

я конечно немного утрирую

на самом деле всё говно в той или иной области. но ансибил дебажить не в пример проще

ага, с митогеном и включенной параллельностью тасок. Сольт в плане СКОРОСТИ выполнения - на голову выше ансибла

terraform ?

ну, это немного про другое