Простой взгляд на непростые вещи: как не надо писать на ansible
Простой взгляд на непростые вещи: как не надо писать на ansilbe, и кому это вообще
противопоказано. Доклад ориентирован на любого слушателя. Тем кто пока только лишь слышал про ansible - будет интересно, кто видел - необычно, кто пишет - кому-то смешно, а кому-то, наверное, грустно. Примеры, факты и конечно же Гарольд.
- Итак:
Ansible:
- Сервер-как-программа (модно)
- Инфраструктура-как-код (стильно)
- Коворкинг, смузи, стартап, твиттер (молодежно)
Однако, в ситуации факапа ничего из этого не спасет, особенно смузи.
Сегодняшний день - это микросервисы. Но sre/devops не делают активных шагов в их сторону в части своих инструментов. Потому что администрировать микросервисы стало проще, чем огромные жирные сервисы, и в итоге проблем вроде бы поубавилось. Однако, изнутри всё выглядит наоборот.
Говорят, что ansible - это открытость и простота. Оцените, сколько десятков тысяч готовых ролей и решений содержит ansible-galaxy. Хотите узнать, какого черта тогда хороший специалист по ansible продолжает стоить $3000/мес???
Также на примере новичков, которых я обучал, расскажу, почему yaml так прост и декларативен, но почему при этом так сложен ansible, и почему нужно не учиться разбирать модули, а учиться мыслить иначе. Также я попробую дать оценку, через сколько в среднем у инженера начинает получаться писать.
Ansible часто принимается за язык программирования. Потому что бич ansible - программирование на конфигурациях. Я расскажу, кому и почему нельзя давать в руки ansible.