forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск систему управления конфигурацией Ansible 2.0, opennews (?), 12-Янв-16, (0) [смотреть все]

О как хорошо, что не начал изучать раньше - пришлось бы переучиваться , dkg (?), 20:49 , 12-Янв-16, (1) –14 //

При этом, основной задачей при проведении рефакторинга было сохранение обратной , Аноним (-), 20:52 , 12-Янв-16, (2) +5 //

И всё равно кое-где совместимость была нарушена Пришлось пока откатиться на 1 9, M i M (?), 14:43 , 14-Янв-16, (35) //

Это первый мажорный релиз, регрессии наверно , Аноним (-), 15:00 , 14-Янв-16, (36)

Только что обновился, старые конфиги все работают , Zert (ok), 21:00 , 12-Янв-16, (3) +6
А я рад, что уже пол года занимаюсь ансиблом В данном случае, я думаю, что чем , LeNiN (ok), 21:17 , 12-Янв-16, (5)

Не так усложнена, как CFEngine, и настолько же неприменима ни для решения пробле, Аноним (-), 21:12 , 12-Янв-16, (4) +1 //

Хочется предметно Какие киллер фичи , grsec (ok), 21:59 , 12-Янв-16, (7) +4 //

Плюсую вопрос После чтения комментов к новостям, складывается впечателение, что, Аноним (-), 22:30 , 12-Янв-16, (9) //

Старым юникс-админам и pussy exe хватит Кстати, я со своими сотнями железок и ты, Аноним (-), 12:38 , 14-Янв-16, (33)
И ещё, знал бы ты, кто работает в датацентрах Часто приходилось с ними общат, Аноним (-), 12:39 , 14-Янв-16, (34)

Электрики там работают , Вареник (?), 21:56 , 14-Янв-16, (38) +1

Вы слишком хорошо о них думаете, но к сожалению, всё гораздо хуже , Аноним (-), 14:48 , 16-Янв-16, (42)

Да, нет там никаких киллерфич Аноним просто пытается казаться умным Я использо, crypt (ok), 22:46 , 12-Янв-16, (10) +5 //

а это самое главное, коллеги, сейчас, к сожалению отдыхать на конфигах пока оч, Михрютка (ok), 22:56 , 12-Янв-16, (13) –3

предпочитаете отдыхать на ruby когда я говорю, что отдыхаю - это означает, что , crypt (ok), 23:58 , 12-Янв-16, (14) +2

Ну да если ты не ruby программист для chef сложно писать рецепты Плюс сам chef , Аноним (-), 01:29 , 13-Янв-16, (16) –1

В смысле непомерно долго отъедает или хотелось бы, чтоб процесс происходил неспе, Michael Shigorin (ok), 12:11 , 13-Янв-16, (23)

В двух словах не расскажешь Надо очень издалека начинать, с Promise Theory и вс, Аноним (-), 22:56 , 12-Янв-16, (12) –1 //

Т е прочитали введение и больше сказать нечего Открою секрет, в ansible ровно , Аноним (-), 01:54 , 13-Янв-16, (17)

В Ansible основной стратегией, ещё со времён неадеквакта ДеХаана, является push , Аноним (-), 17:34 , 13-Янв-16, (28)

Увы, тут 99 не понимают что такое push pull bootstrap в контексте ansible puppe, Fidel Castro (?), 21:58 , 13-Янв-16, (31)

Опять же было бы здорово кратенько их тут описать -- про любой полезный инструме, Michael Shigorin (ok), 23:03 , 13-Янв-16, (32) +2

Так проблема не в Ansible как таковом, а именно в стратегии, которую он предлага, Аноним (-), 17:39 , 14-Янв-16, (37)

Да всё впорядке в ansible и c pull https github com ansible ansible-examples b, RNZ (ok), 00:51 , 15-Янв-16, (39)

Бутстрап 8212 это не файлик bootstrap yml, который уже кто-то положил на уста, Аноним (-), 17:05 , 15-Янв-16, (40)

Достать пустой сервер из коробки и сделать ему опля это либо dhcp pxe с дистрибу, RNZ (ok), 17:43 , 15-Янв-16, (41)

Сразу видно, что про Энсибл ты узнал из этой новости 5 минут назад , gaga (ok), 14:43 , 13-Янв-16, (24) +2

Сразу видно, что ты в небо пальцем Я ещё помню те страшные времена, когда Ansib, Аноним (-), 17:37 , 13-Янв-16, (29)

В принцыпе free Но лично у меня плэйбуки для каждого хоста отдельные потому к, avs (??), 10:08 , 13-Янв-16, (19)

как раз ощутимо более, чем cfengine, puppet или chef не это с каким количеством, й (?), 00:46 , 13-Янв-16, (15)

самое главное забыли так глядишь мало-помалу они и от питона откажутся , Михрютка (ok), 21:29 , 12-Янв-16, (6) +1 //

Перепишут на го , Аноним (-), 22:20 , 12-Янв-16, (8) //

на леди гого, Михрютка (ok), 22:48 , 12-Янв-16, (11) +5 //

Gogo Blackwater , Аноним (-), 15:52 , 13-Янв-16, (27)

нужно, годно Наконец-то с поддержкой python 3 , Аноним (-), 11:00 , 13-Янв-16, (21)
И ещё поддержку Solaris 10 11 добавили https www opencsw org packages ansibl, alex (??), 18:54 , 13-Янв-16, (30)

Сообщения [Сортировка по времени | RSS]

12. "Выпуск систему управления конфигурацией Ansible 2.0" –1 +/–

Сообщение от Аноним (-), 12-Янв-16, 22:56

В двух словах не расскажешь. Надо очень издалека начинать, с Promise Theory и всего, что из неё следует.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

17. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Аноним (-), 13-Янв-16, 01:54

Т.е. прочитали введение и больше сказать нечего? Открою секрет, в ansible ровно такие же promises, только намного удобнее.

Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Аноним (-), 13-Янв-16, 17:34

В Ansible основной стратегией, ещё со времён неадеквакта ДеХаана, является push. На этом можно было бы закончить обсуждение, но он из проекта ушёл совсем, а RH, что бы я про них ни думал, вынуждены обслуживать своих корпоративных клиентов с большим количеством оборудования, где push неприменим принципиально. Есть надежды, что pull в итоге получит необходимое количество внимания. Вторая боль Ansible --- зависимость от Питона. С Питоном (что бы там ни рассказывали "матёрые" "сишники" :) всё в порядке, но увы, проблема бутстрапа с Ansible решается сложнее, чем с CFE. Третья проблема --- зависимость от OpenSSH и следующая из этого невозможность гарантировать добровольную кооперацию. Если где-то есть шелл, то в этот шелл рано или поздно зайдёт "матёрый" "юникс" "админ", и всё там "починит".
Отсутствие возможности гарантировать соответствие нормативам сходимости конфигураций и гарантии детерминированного поведения в проблемы записывать не будем, это просто отсутствие нужного кода в нужных местах. Будет ли он написан мы узнаем со временем.

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Fidel Castro (?), 13-Янв-16, 21:58

Увы, тут 99% не понимают что такое push/pull/bootstrap в контексте ansible/puppet. Сам был ярым фанатом ansible, пока не перешёл на новую работу где везде используется стратегия pull с puppet и не увидел очевидные минусы ansible..

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск систему управления конфигурацией Ansible 2.0" +2 +/–

Сообщение от Michael Shigorin (ok), 13-Янв-16, 23:03

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

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Аноним (-), 14-Янв-16, 17:39

Так проблема не в Ansible как таковом, а именно в стратегии, которую он предлагает (я в курсе про pull, но он не является основным и не "рекламируется" как таковой). Если действительно необходимо расписать преимущества и недостатки push vs. pull --- я могу, у меня и примеры из реальной жизни имеются хорошие. Но мне так кажется, что это и без меня тут все хорошо представляют.

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от RNZ (ok), 15-Янв-16, 00:51

Да всё впорядке в ansible и c pull:
https://github.com/ansible/ansible-examples/blob/master/lang...
и с бутстрапом:
- include: bootstrap.yml
----bootstrap.yml----
...
task:
  - name: ansible bootstrap
    raw: apt-get clean && apt-get update && apt-get install -y python sudo

a лулзы про "основную стратегию" оставьте маркетологам.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

40. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Аноним (-), 15-Янв-16, 17:05

Бутстрап — это не файлик bootstrap.yml, который уже кто-то положил на установленную систему. Это когда надо достать из коробки пустой сервер и ввести его в строй.
Пулл в Ансибле это затычка «чтобы тоже было». Крон упал и весь пулл кончился вместе с ним. При этом на каждой машине лежит копия всего из DVCS. Как PoC нормально, но в прод это нельзя. Там ещё код писать и писать.
И про маркетологов: pull считается «инвертированной» технологией. Вот цитата из документации, выделение моё: «Should you want to *invert the architecture of Ansible*, so that nodes check in to a central location, instead of pushing configuration out to them, you can». И не надо мне тут заливать про фигуры речи. Это официальная документация, а не «Капитанская дочка». К тому же, pull — это не просто инвертирование push. Есть нюансы, и они критически важны, особенно в тех случаях, когда есть внешние требования (соответствие условиям сертификации итп).

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от RNZ (ok), 15-Янв-16, 17:43

Достать пустой сервер из коробки и сделать ему опля это либо dhcp+pxe с дистрибутивом который подтянет откуда-нибудь тарнутый набор (будь то приблуды от chef(omnibus), puppet или salt,  или ansble) который развернёт bootstrap, либо ilo/idrac и provisioning, который одинаково приходится допиливать (для тех же перечисленных систем управления конфигурациями).
И так же как и cron может упасть и chef-client, и puppet-agent, и salt, так что ни разу не аргумент.
И не надо лечить про копию всего из dvcs, ansible-pull по умолчанию только последний срез забирает, а забирать всё - надо ключик --full допихать в cron (или к systemd.timer).
И всё лаконично в доке сказано про pull - you can.
А про сертификацию это - аргументация кончилась? Хз не приходилось ещё систему управления конфигурациями сертифицировать, там где требуется сертификация обычно paсkages в дистрибутиве/репозитории и развертывание по pxe/usb/cd/dvd.

Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск систему управления конфигурацией Ansible 2.0" +2 +/–

Сообщение от gaga (ok), 13-Янв-16, 14:43

Сразу видно, что про Энсибл ты узнал из этой новости 5 минут назад.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

29. "Выпуск систему управления конфигурацией Ansible 2.0" +/–

Сообщение от Аноним (-), 13-Янв-16, 17:37

> Сразу видно, что про Энсибл ты узнал из этой новости 5 минут
> назад.
Сразу видно, что ты в небо пальцем. Я ещё помню те страшные времена, когда Ansible была "настоящей системой управления, а не какой-то там библиотекой" (почти точная цитата ДеХаана) и не работала в virtualenv вообще из-за захардкоженных путей в коде.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	12. "Выпуск систему управления конфигурацией Ansible 2.0"	–1 +/–
	Сообщение от Аноним (-), 12-Янв-16, 22:56
	В двух словах не расскажешь. Надо очень издалека начинать, с Promise Theory и всего, что из неё следует.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	17. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Аноним (-), 13-Янв-16, 01:54
	Т.е. прочитали введение и больше сказать нечего? Открою секрет, в ansible ровно такие же promises, только намного удобнее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Аноним (-), 13-Янв-16, 17:34
	В Ansible основной стратегией, ещё со времён неадеквакта ДеХаана, является push. На этом можно было бы закончить обсуждение, но он из проекта ушёл совсем, а RH, что бы я про них ни думал, вынуждены обслуживать своих корпоративных клиентов с большим количеством оборудования, где push неприменим принципиально. Есть надежды, что pull в итоге получит необходимое количество внимания. Вторая боль Ansible --- зависимость от Питона. С Питоном (что бы там ни рассказывали "матёрые" "сишники" :) всё в порядке, но увы, проблема бутстрапа с Ansible решается сложнее, чем с CFE. Третья проблема --- зависимость от OpenSSH и следующая из этого невозможность гарантировать добровольную кооперацию. Если где-то есть шелл, то в этот шелл рано или поздно зайдёт "матёрый" "юникс" "админ", и всё там "починит". Отсутствие возможности гарантировать соответствие нормативам сходимости конфигураций и гарантии детерминированного поведения в проблемы записывать не будем, это просто отсутствие нужного кода в нужных местах. Будет ли он написан мы узнаем со временем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Fidel Castro (?), 13-Янв-16, 21:58
	Увы, тут 99% не понимают что такое push/pull/bootstrap в контексте ansible/puppet. Сам был ярым фанатом ansible, пока не перешёл на новую работу где везде используется стратегия pull с puppet и не увидел очевидные минусы ansible..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск систему управления конфигурацией Ansible 2.0"	+2 +/–
	Сообщение от Michael Shigorin (ok), 13-Янв-16, 23:03
	> и не увидел очевидные минусы ansible.. Опять же было бы здорово кратенько их тут описать -- про любой полезный инструмент лучше знать именно пределы и недостатки, достоинства-то более очевидны обычно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Аноним (-), 14-Янв-16, 17:39
	Так проблема не в Ansible как таковом, а именно в стратегии, которую он предлагает (я в курсе про pull, но он не является основным и не "рекламируется" как таковой). Если действительно необходимо расписать преимущества и недостатки push vs. pull --- я могу, у меня и примеры из реальной жизни имеются хорошие. Но мне так кажется, что это и без меня тут все хорошо представляют.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от RNZ (ok), 15-Янв-16, 00:51
	Да всё впорядке в ansible и c pull: https://github.com/ansible/ansible-examples/blob/master/lang... и с бутстрапом: - include: bootstrap.yml ----bootstrap.yml---- ... task: - name: ansible bootstrap raw: apt-get clean && apt-get update && apt-get install -y python sudo a лулзы про "основную стратегию" оставьте маркетологам.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	40. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Аноним (-), 15-Янв-16, 17:05
	Бутстрап — это не файлик bootstrap.yml, который уже кто-то положил на установленную систему. Это когда надо достать из коробки пустой сервер и ввести его в строй. Пулл в Ансибле это затычка «чтобы тоже было». Крон упал и весь пулл кончился вместе с ним. При этом на каждой машине лежит копия всего из DVCS. Как PoC нормально, но в прод это нельзя. Там ещё код писать и писать. И про маркетологов: pull считается «инвертированной» технологией. Вот цитата из документации, выделение моё: «Should you want to invert the architecture of Ansible, so that nodes check in to a central location, instead of pushing configuration out to them, you can». И не надо мне тут заливать про фигуры речи. Это официальная документация, а не «Капитанская дочка». К тому же, pull — это не просто инвертирование push. Есть нюансы, и они критически важны, особенно в тех случаях, когда есть внешние требования (соответствие условиям сертификации итп).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от RNZ (ok), 15-Янв-16, 17:43
	Достать пустой сервер из коробки и сделать ему опля это либо dhcp+pxe с дистрибутивом который подтянет откуда-нибудь тарнутый набор (будь то приблуды от chef(omnibus), puppet или salt, или ansble) который развернёт bootstrap, либо ilo/idrac и provisioning, который одинаково приходится допиливать (для тех же перечисленных систем управления конфигурациями). И так же как и cron может упасть и chef-client, и puppet-agent, и salt, так что ни разу не аргумент. И не надо лечить про копию всего из dvcs, ansible-pull по умолчанию только последний срез забирает, а забирать всё - надо ключик --full допихать в cron (или к systemd.timer). И всё лаконично в доке сказано про pull - you can. А про сертификацию это - аргументация кончилась? Хз не приходилось ещё систему управления конфигурациями сертифицировать, там где требуется сертификация обычно paсkages в дистрибутиве/репозитории и развертывание по pxe/usb/cd/dvd.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Выпуск систему управления конфигурацией Ansible 2.0"	+2 +/–
	Сообщение от gaga (ok), 13-Янв-16, 14:43
	Сразу видно, что про Энсибл ты узнал из этой новости 5 минут назад.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	29. "Выпуск систему управления конфигурацией Ansible 2.0"	+/–
	Сообщение от Аноним (-), 13-Янв-16, 17:37
	> Сразу видно, что про Энсибл ты узнал из этой новости 5 минут > назад. Сразу видно, что ты в небо пальцем. Я ещё помню те страшные времена, когда Ansible была "настоящей системой управления, а не какой-то там библиотекой" (почти точная цитата ДеХаана) и не работала в virtualenv вообще из-за захардкоженных путей в коде.
	Ответить \| Правка \| Наверх \| Cообщить модератору