Тут получается усложненная логика применения, которую легко пропустить на ревью. Вот только на днях сталкивался. Коллеги (любители тегов) поменяли в роли import_tasks на include_tasks и удивлялись, почему роль вдруг перестала работать.
Остается вопрос - зачем проливать кровь и пот над тегами, если аналогичного результата можно добиться другими стандартными средствами, не имеющими таких издержек?
Он создаст ключ, потом должен руками скопировать его на флешку и как то положить на админский хост? Выглядит как bad practice
Он создает ключ и передает его на админский хост как то? Если есть такие знания, то моя утилита будет полезна лишь от части
Мне представлялось логичным, что при начальной установке системы (с условной флешки) туда уже должна быть заложена определенная базовая конфигурация в виде тех же сервисных аккаунтов с нужными публичными ключами. Но в целом ваш юзкейс тоже понятен.
Не в любой. И даже в Linux он не везде есть отнюдь.
В закрытом контуре можно использовать bash и zenity , как сертифицированное ПО, в отличии от либ питона, которые многие отделы ИБ не пропускают в контур.
Вы все равно туда включаете Ansible, который уже тянет с собой туеву хучу питоновских зависимостей. Смысл экономить на одной либе?
Я, собственно, к чему. Против zenity и Bash как таковых ничего против не имею, но ваша реализация вызова Ansible кажется мне неоптимальной. Если уж строить сценарии автоматизации на Ansible, то количество кода на Bash желательно сводить к минимуму.
Вообще, использование zenity в контексте Ansible - довольно интересный юзкейс. Думаю, можно сделать свой action-plugin для Ansible PyZenity и вызывать эти диалоги прямо из контекста Ansible, получая ваши любимые диалоговые окна вместо консоли. А если сделать кастомный callback-плагин с PyZenity, то можно и вывод Ansible из консольного в GUI перевести.
Супер, если я правильно понимаю, то вы говорите про vars_prompt , но это только терминальная работа.
Даю удобное гуи ( пока что на bash, планируется py qt5)
Доктор, вы определитесь. (c) Bash и GUI - это как бы взаимоисключающие параграфы. С одной стороны вы не хотите терминал, с другой подкладываете Bash, который без терминала смысла не имеет. Где логика?
Я даю не понимающему человеку просто ввести в диалоговое окно название пакета
Это понятно. Непонятно, зачем для ввода диалогового окна использовать баш, если потом эти значения все равно передаются в Ansible. В Ansible есть свои инструменты для пользовательского ввода с диалоговым запросом.
Так делать можно, но это скорее опция на поиграться, чем на постоянное использование. Видео в 4к так транслировать вряд ли получится, всякие опции вроде Dolby Vision тоже не заработают.
Посмотрел на образцы кода и не понял, зачем такие велосипеды накрутили. Если используется Ansible, то зачем пользовательский ввод на баше? Если раскатка конфигураций управляемых ПК, то зачем удаленное подключение к ним по паролю? Не проще все нужные параметры положить сразу в исходные параметры начальной установки? Той самой, где и пароль заводится, который потом зачем-то вручную нужно вводить.
Увы для тех, кто ожидает того, что десктопный Linux начнет массово вытеснять с рынка Windows. Мне-то без разницы. Я сам на маке давно сижу, хотя опыт и с Windows и с Linux многолетний есть. Просто для пользовательского рынка важна не сама операционка, а готовая и дружелюбная к пользователям экосистема с поддержкой производителями оборудования, платформы приложений, комьюнити и тп. И тут десктопный Linux никак не может быть конкурентом ни Microsoft, ни Apple. Потому что у решений на Linux нет готовой рабочей экосистемы, а есть зоопарк из различных конструкторов на любой вкус, очень плохо (или вообще никак) друг с другом совместимых. И нет единого стейкхолдера в виде крупной корпорации, которая могла бы обеспечивать решения для рынка аналогичного масштаба.
Лично мне сейчас на Linux очень комфортно. С одной стороны, линуксоид это до сих пор птица редкая и более осознанная в плане потребления IT-продуктов (т.к. чтобы выбрать Linux и оставаться на нём - нужно некоторое упорство и определённые склонности), много бабла на нём не сделаешь, и это бережёт Линукс и опенсорс от тотальной коммерциализации и наводнения хомячками (под которых неизбежно будут упрощать софт и систему). До сих пор силён дух энтузиазма и этакой панковости, анархизма, хакерства (и в первоначальном смысле, и в массовом), и это круто.
Согласен. Но это все делает массовое распространение десктопного Linux среди массовых пользователей практически нереальным. Причем, речь идет даже не только о неграмотных в плане компьютеров и настроек людей, а просто профессионалов, которым стабильность и универсальность платформы с экосистемой важнее, чем возможности кастомизации и наличие сотни вариантов конструктора "сделай сам".
С другой стороны, Linux стал намного популярнее, чем в те же 2000-е, и в него влили немалые деньги, что исправило многие проблемы и сделали его приятнее в использовании. Те же игры играются через Протон замечательно, GUI больше не вызывает слёз благодаря Wayland, Pipewire оздоровил звук, наметилась определённая унификация, которую впрочем легко обойти в пользу альтернатив.
Это все отдельные локальные улучшения, которые никак не меняют общего состояния в виде отсутствия единого решения и выбранной стратегии развития платформы. Есть ядро, которое поддерживают основные разработчики, но пользователям плевать на ядро, им нужна рабочая экосистема. А ее по факту нет, если сравнивать с той же Windows.
В то же время, в тех сегментах, где экосистему создали, Linux вполне прижился. Те же Android смартфоны и планшеты, TV-приставки и консоли вполне отлично живут и расходятся миллионными тиражами, имея под капотом Linux. Но на рынке десктопов такого пока не случилось. И предпосылок не видно.
Десктопный линукс в ближайшее время, скорее всего, так и останется уделом немногих гиков и любителей кастомизации, увы. Если не появится нового дистрибутива с корпоративной поддержкой и платформой приложений аналогично Windows и Apple. А такого пока что не просматривается, увы. Скорее, думаю, что-то вроде Android или ChromeBook сможет винду на пользовательском рынке потеснить, чем десктопный Linux.
Многим простым пользователям комп реально не нужен. Все задачи с лихвой покрывает планшет, смартфон и видеоприставка к ТВ. Что делает обычный пользователь сегодня? Серфит в сети, болтает в чатах, смотрит ютубчик, слушает музыку. На досуге запускает простенькие игры. Или залипает в тиктоках с инстаграмом. Все эти задачи на 99% сейчас закрывают мобильные устройства в виде смартфонов и планшетов. Которые гораздо легче типичного компа (даже нетбука) и гораздо проще в использовании, плюс не привязаны к стационарному инету и могут работать со своих симок по мобильному.
Дома еще остаются тот же ютуб на домашнем телеке и фильмы/сериалы со стримингов разных, а также торренты. Для всего этого тоже комп давно не нужен. Все на 99% закрывает обычная копеечная (по сравнению со стоимостью компа) приставка к ТВ. Даже отнюдь не бюджетные приставки вроде Apple TV или Nvidia Shield TV стоят в несколько раз дешевле типичного бюджетного ноута.
Для винды остается PC-шный гейминг (но этот рынок опять же активно теснят приставки и прочие консоли), профессиональная ниша (разработка, дизайн, работа с документами) и корпоративный сегмент, где решения от MS все еще сильны. Но в корпоративном сегменте винду тоже активно теснит Apple, особенно в сфере веб-разработки и видеомонтажа, а в сфере бюджетной сферы и различных embedded решений тоже довольно активно уже идет конкуренция с Linux. Так что тенденция очевидная вполне.
Ты кто такой давай техзадание,
Ты кто такой давай техзадание,
Ты кто такой давай техзадание...
Он с тобой все обсудить попытается,
Отчет, аудит всучить пытается.
Знаешь, где реальный дело начинается?
Только там где ТЗ появляется!
А теперь товарищ, внимание -
Нету ТЗ - давай до свидания!
Правка конфига вместо темплейта
Башсибл на пустом месте вместо стандартных модулей
ignore_errors без хендлинга исключений
Вы решили поставить рекорд по количеству антипаттернов в статье с примерами кода Ansible?
Серьезно? :)
Тут получается усложненная логика применения, которую легко пропустить на ревью. Вот только на днях сталкивался. Коллеги (любители тегов) поменяли в роли import_tasks на include_tasks и удивлялись, почему роль вдруг перестала работать.
Остается вопрос - зачем проливать кровь и пот над тегами, если аналогичного результата можно добиться другими стандартными средствами, не имеющими таких издержек?
Мне представлялось логичным, что при начальной установке системы (с условной флешки) туда уже должна быть заложена определенная базовая конфигурация в виде тех же сервисных аккаунтов с нужными публичными ключами. Но в целом ваш юзкейс тоже понятен.
Не в любой. И даже в Linux он не везде есть отнюдь.
Вы все равно туда включаете Ansible, который уже тянет с собой туеву хучу питоновских зависимостей. Смысл экономить на одной либе?
Я, собственно, к чему. Против zenity и Bash как таковых ничего против не имею, но ваша реализация вызова Ansible кажется мне неоптимальной. Если уж строить сценарии автоматизации на Ansible, то количество кода на Bash желательно сводить к минимуму.
Вообще, использование zenity в контексте Ansible - довольно интересный юзкейс. Думаю, можно сделать свой action-plugin для Ansible PyZenity и вызывать эти диалоги прямо из контекста Ansible, получая ваши любимые диалоговые окна вместо консоли. А если сделать кастомный callback-плагин с PyZenity, то можно и вывод Ansible из консольного в GUI перевести.
Кем создается? И почему этот кто-то не может создать пару ключей для этого же админа?
Доктор, вы определитесь. (c) Bash и GUI - это как бы взаимоисключающие параграфы. С одной стороны вы не хотите терминал, с другой подкладываете Bash, который без терминала смысла не имеет. Где логика?
Откуда на хостах, на которые вы загружаете ключи, берутся изначальные пароли? Кто их задает?
А пароль на хосте как появляется? Из ноосферы прилетает?
Это понятно. Непонятно, зачем для ввода диалогового окна использовать баш, если потом эти значения все равно передаются в Ansible. В Ansible есть свои инструменты для пользовательского ввода с диалоговым запросом.
Да я в курсе. Просто тут некоторые почему-то полагают, что такое увлечение (совсем не плохое, к слову) должно почему-то внезапно стать массовым.
Так делать можно, но это скорее опция на поиграться, чем на постоянное использование. Видео в 4к так транслировать вряд ли получится, всякие опции вроде Dolby Vision тоже не заработают.
С переходом маков на arm это потеряло смысл.
Посмотрел на образцы кода и не понял, зачем такие велосипеды накрутили. Если используется Ansible, то зачем пользовательский ввод на баше? Если раскатка конфигураций управляемых ПК, то зачем удаленное подключение к ним по паролю? Не проще все нужные параметры положить сразу в исходные параметры начальной установки? Той самой, где и пароль заводится, который потом зачем-то вручную нужно вводить.
Увы для тех, кто ожидает того, что десктопный Linux начнет массово вытеснять с рынка Windows. Мне-то без разницы. Я сам на маке давно сижу, хотя опыт и с Windows и с Linux многолетний есть. Просто для пользовательского рынка важна не сама операционка, а готовая и дружелюбная к пользователям экосистема с поддержкой производителями оборудования, платформы приложений, комьюнити и тп. И тут десктопный Linux никак не может быть конкурентом ни Microsoft, ни Apple. Потому что у решений на Linux нет готовой рабочей экосистемы, а есть зоопарк из различных конструкторов на любой вкус, очень плохо (или вообще никак) друг с другом совместимых. И нет единого стейкхолдера в виде крупной корпорации, которая могла бы обеспечивать решения для рынка аналогичного масштаба.
Согласен. Но это все делает массовое распространение десктопного Linux среди массовых пользователей практически нереальным. Причем, речь идет даже не только о неграмотных в плане компьютеров и настроек людей, а просто профессионалов, которым стабильность и универсальность платформы с экосистемой важнее, чем возможности кастомизации и наличие сотни вариантов конструктора "сделай сам".
Это все отдельные локальные улучшения, которые никак не меняют общего состояния в виде отсутствия единого решения и выбранной стратегии развития платформы. Есть ядро, которое поддерживают основные разработчики, но пользователям плевать на ядро, им нужна рабочая экосистема. А ее по факту нет, если сравнивать с той же Windows.
В то же время, в тех сегментах, где экосистему создали, Linux вполне прижился. Те же Android смартфоны и планшеты, TV-приставки и консоли вполне отлично живут и расходятся миллионными тиражами, имея под капотом Linux. Но на рынке десктопов такого пока не случилось. И предпосылок не видно.
Десктопный линукс в ближайшее время, скорее всего, так и останется уделом немногих гиков и любителей кастомизации, увы. Если не появится нового дистрибутива с корпоративной поддержкой и платформой приложений аналогично Windows и Apple. А такого пока что не просматривается, увы. Скорее, думаю, что-то вроде Android или ChromeBook сможет винду на пользовательском рынке потеснить, чем десктопный Linux.
Многим простым пользователям комп реально не нужен. Все задачи с лихвой покрывает планшет, смартфон и видеоприставка к ТВ. Что делает обычный пользователь сегодня? Серфит в сети, болтает в чатах, смотрит ютубчик, слушает музыку. На досуге запускает простенькие игры. Или залипает в тиктоках с инстаграмом. Все эти задачи на 99% сейчас закрывают мобильные устройства в виде смартфонов и планшетов. Которые гораздо легче типичного компа (даже нетбука) и гораздо проще в использовании, плюс не привязаны к стационарному инету и могут работать со своих симок по мобильному.
Дома еще остаются тот же ютуб на домашнем телеке и фильмы/сериалы со стримингов разных, а также торренты. Для всего этого тоже комп давно не нужен. Все на 99% закрывает обычная копеечная (по сравнению со стоимостью компа) приставка к ТВ. Даже отнюдь не бюджетные приставки вроде Apple TV или Nvidia Shield TV стоят в несколько раз дешевле типичного бюджетного ноута.
Для винды остается PC-шный гейминг (но этот рынок опять же активно теснят приставки и прочие консоли), профессиональная ниша (разработка, дизайн, работа с документами) и корпоративный сегмент, где решения от MS все еще сильны. Но в корпоративном сегменте винду тоже активно теснит Apple, особенно в сфере веб-разработки и видеомонтажа, а в сфере бюджетной сферы и различных embedded решений тоже довольно активно уже идет конкуренция с Linux. Так что тенденция очевидная вполне.