Простой взгляд на непростые вещи: как не надо писать на ansible

DevOps Доклад 30 минут Дмитрий
DevOps. Около года занимаюсь исключительно тем что пишу на ansible, и в последнее время сомневаюсь, нужно ли продолжать. В этом небольшом докладе - моё мнение, почему ansible так популяризован, и с какими заблуждениями столкнулся я.
Простой взгляд на непростые вещи: как не надо писать на ansilbe, и кому это вообще
противопоказано. Доклад ориентирован на любого слушателя. Тем кто пока только лишь слышал про ansible - будет интересно, кто видел - необычно, кто пишет - кому-то смешно, а кому-то, наверное, грустно. Примеры, факты и конечно же Гарольд.


- Итак:
Ansible:
- Сервер-как-программа (модно)
- Инфраструктура-как-код (стильно)
- Коворкинг, смузи, стартап, твиттер (молодежно)

Однако, в ситуации факапа ничего из этого не спасет, особенно смузи.

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

Говорят, что ansible - это открытость и простота. Оцените, сколько десятков тысяч готовых ролей и решений содержит ansible-galaxy. Хотите узнать, какого черта тогда хороший специалист по ansible продолжает стоить $3000/мес???

Также на примере новичков, которых я обучал, расскажу, почему yaml так прост и декларативен, но почему при этом так сложен ansible, и почему нужно не учиться разбирать модули, а учиться мыслить иначе. Также я попробую дать оценку, через сколько в среднем у инженера начинает получаться писать.

Ansible часто принимается за язык программирования. Потому что бич ansible - программирование на конфигурациях. Я расскажу, кому и почему нельзя давать в руки ansible.
Постоянная ссылка на доклад: https://devconf.ru/offer/241