Size: a a a

DocOps-сообщество

2021 July 19

AE

Ant0n Erem1n in DocOps-сообщество
а что значит ansible для документирования?
источник
2021 July 20

AB

Anatoly Burnashev in DocOps-сообщество
Документация - один из способов упаковки и передачи знаний.
Один из юзкейсов ansible - упаковка и передача знаний.
источник

iv

iakov v in DocOps-сообщество
а можно подробнее про этот use case и как конкретно ansible тут помогает?
источник

IC

Ivan Cheban in DocOps-сообщество
Наверное, речь о документировании модуля:
https://docs.ansible.com/ansible/2.5/dev_guide/developing_modules_documenting.html
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
Не стоит забывать, что ансибл изобретен как средство международной коммуникации.  В обосновании теоретических основ ансибла, как минимум, в социальном аспекте, немалую роль сыграл Фёдор Михайлович. В этом смысле ансибл пронизан духом писательства
источник

iv

iakov v in DocOps-сообщество
мне прям очень хочется узнать непосредственно от автора комментария выше, @Aburnashev, где и как ansible участвует в упаковке и передаче знаний
источник

NV

Nick Volynkin in DocOps-сообщество
Я тоже заинтригован. В целом всё так: хорошо написанный плейбук или роль Ansible — это упакованные знания о том, как деплоить и конфигурировать приложение.
источник

NV

Nick Volynkin in DocOps-сообщество
Даже сам термин playbook корнями уходит туда же. Обычный playbook в эксплуатации это набор текстовых инструкций «что делать, если».
источник

IC

Ivan Cheban in DocOps-сообщество
В моей практике ансибл использовали девопсы при развертывании инфраструктуры. Для документирования не использовал.
источник

iv

iakov v in DocOps-сообщество
в таком разрезе любой configuration management — это упаковка и передача знаний, хоть ansible, хоть chef, хоть puppet, хоть тот же terraform
источник

NV

Nick Volynkin in DocOps-сообщество
Смысл в том, что Ансибл заменяет собой текстовую инструкцию. Вместо того, чтобы деплоить по шагам из инструкции, используешь готовый плейбук.
источник

NV

Nick Volynkin in DocOps-сообщество
да )
источник

NV

Nick Volynkin in DocOps-сообщество
А если хочется понять детально, что там происходит, то можно пойти и почитать, что там внутри.
источник

NV

Nick Volynkin in DocOps-сообщество
Вот у нас есть роль Ансибл и ещё текстовая документация к ней. Вместе они отлично документируют развертывание Tarantool Cartridge. https://github.com/tarantool/ansible-cartridge/
источник

iv

iakov v in DocOps-сообщество
с другой стороны, если бездумно делать ansible-playbook playbook.yml, то знания через голову применяющего и не перемещаются, человек может вообще не вникать, что там внутри происходит
источник

NV

Nick Volynkin in DocOps-сообщество
Тоже верно, но во многих случаях это приемлемо )
источник
2021 July 21

AB

Anatoly Burnashev in DocOps-сообщество
Да, спасибо
В нашей небольшой команде системных инженеров предпочитаем писать плейбуки вместо инструкций вида "зайти на хост, установить такое-то приложение, выполнить такие-то команды"
В соседней команде техплатформы в Confluence пишут, в основном, архитекторы ; знания об инфраструктуре хранятся в git - terragrunt, ansible, helm
источник

D

Denis in DocOps-сообщество
Коллеги, подскажите, для doctoolchain нужна java? И какая?
источник

FM

Fox Mulder in DocOps-сообщество
Не нужна
источник

D

Denis in DocOps-сообщество
Вот пытаюсь запустить публикацию, пишет: ERROR: JAVA_HOME is not set and no 'java' command could be found in your PATH.
источник