ITMO 2022, Инфраструктура как код #2: Знакомство с Ansible

• Системы управления конфигурациями (СУК) помогают контролировать состояние инфраструктуры, управлять конфигурациями и обеспечивать качество.  

• Основные цели СУК: контроль, самоуправление, учет текущего состояния, идентификация конфигурации, контроль конфигурации, управление процессом разработки и сборки окружения.  

• СУК помогает подготовить инфраструктуру для разработки и сборки продукта, а также управлять процессом разработки самого продукта.  

• СУК также помогает в управлении процессом разработки, когда продукт меняется в зависимости от требований.  

• Обсуждение различных способов внедрения практик в разработке и их взаимодействия с системами управления конфигурациями.  

• Упоминание о двух моделях работы систем управления конфигурациями: пуш-пост и пул-вс.  

• Обсуждение использования Папика, который работает по методу пул-вс, и его предшественника Цеф Джайна.  

• Упоминание о кукловоде, марионетках и кукбуках.  

• В прошлом, компании использовали системы управления конфигурациями, такие как Puppet и Chef, для управления своими серверами.  

• Однако, эти системы не смогли справиться с огромным количеством серверов, и в результате были разработаны новые системы, такие как Ansible и EnC.  

• Ansible и EnC стали популярными системами управления конфигурациями, которые были разработаны для управления серверами и облаками.  

• Ansible работает по модели пул, что означает, что все узлы автоматически обновляются, в то время как EnC работает по модели push, где конфигурация применяется к узлам через утилиты.  

• Терраформ - это инструмент для управления инфраструктурой, который часто используется для управления облачными менеджерами, такими как Google Cloud, AWS и Yandex Cloud.  

• Терраформ позволяет управлять инфраструктурой через код, что делает его более удобным и эффективным.  

• Энси - инструмент управления конфигурациями, работает на пуш бейт моддель.  

• Нет агентов, можно конфигурировать сетевое оборудование.  

• Низкий порог входа, можно использовать для сетевых инженеров.  

• Инфраструктурный код можно тестировать и разрабатывать.  

• Энси работает с абстракциями, позволяет изучать их.  

• Энси использует систему приоритетов для выбора настроек.  

• Плейбуки - сущность, описывающая действия с инфраструктурой.  

• Без плейбука сложно работать с инфраструктурным кодом.  

• Инвентари - это директория для инвентаря и хосты - специальный файл с реестром хостов для управления.  

• Инвентари и хосты имеют разные названия, но выполняют одинаковые функции.  

• Инвентари используются для управления инфраструктурой и параметризации отдельных элементов.  

• Инвентари могут быть разных типов, например, для разных контуров (дэв, тест, прод).  

• В директории инвентари находятся каталоги с файлами хостов для каждого контура.  

• Файлы хостов используются для управления инфраструктурой и подключения к ней.  

• В разных контурах могут быть разные файлы хостов, чтобы разграничить их.  

• Плейбуки знают только группы хостов, а не конкретные айпишники.  

• В процессе запуска плейбука, он получает доступ к файлу хостс, который находится в определенной директории.  

• Эта директория называется "инвентари дир" и является настоящим инвентарем для энсибла.  

• Энсибл абстрагируется от всех остальных директорий и начинает работать только в рамках этого инвентаря.  

• Переменные, шаблоны и файлы будут загружаться только из этого инвентаря.  

• В инфраструктуре используются роли, которые можно сравнить с библиотеками в программировании.  

• Для определения ролей используется специальный файл с зависимостями, который содержит список ролей и откуда их скачивать.  

• Роли могут быть использованы для выполнения определенных задач.  

• Для управления узлами используется специальный узел, который называется "менеджмент нода".  

• Этот узел имеет доступ ко всем управляемым узлам и может подключаться к ним.  

• Для обеспечения безопасности, можно использовать доверенный вход на управляемых узлах, но это может скомпрометировать инфраструктуру.  

• Вместо этого, можно использовать специальные переменные для хранения пароля и юзера, а также использовать ссср ключ для доступа к узлам.  

• В видео объясняется, как использовать инвентари и плейбуки для управления серверами.  

• Инвентари позволяют группировать и разделять хосты, а плейбуки содержат перечень задач и хост-файлов.  

• Виртуальный инвентарь позволяет модифицировать и добавлять хосты и группы на лету.  

• Модули отвечают за выполнение задач на удаленных хостах, таких как установка пакетов или обновление версий.  

• Плейбуки пишутся в формате YAML и содержат список хостов, роли и задачи для выполнения.  

• Роли определяют, какие действия должны быть выполнены на хосте.  

• В плейбуках можно использовать переменные и модули для выполнения задач.  

• Плейбуки - это файлы, содержащие плей (сценарии) для выполнения определенных задач на группе хостов.  

• Плей может включать в себя несколько задач, которые выполняются последовательно на всех хостах, попадающих под условия.  

• Если одна из задач фейлд, плей прекращает работу.  

• Примеры задач: установка и настройка пакетов, добавление пользователей, выполнение цикла с подменой имени счетчика.  

• Плейбуки могут содержать несколько плеев, каждый из которых выполняется на определенной группе хостов.  

• Демонстрация работы плейбука на примере добавления репозиториев для инжинкс стейбл и переустановки ан джикс.  

• Плейбук может содержать несколько плеев, которые выполняются последовательно на разных группах хостов.  

• Видео объясняет уровни абстракции в Ansible, начиная с уровня инвентаря файла, который определяет группы хостов и их переменные.  

• Затем идет уровень абстракции ролей, который содержит список команд для выполнения на хостах.  

• Роли не знают о группах хостов или их именах, они просто выполняют последовательность команд.  

• Переменные могут быть определены в отдельных файлах, чтобы их можно было использовать в разных ролях.  

• Роли применяются в Ansible с помощью плейбука, который берет инвентарь, роли и метафайл.  

• Плейбук применяет роли к хостам, используя переменные из инвентаря и метафайла.  

• Роли могут быть связаны с определенными группами хостов, если это необходимо.  

• В редких случаях, роль может знать о группах хостов, но обычно она не знает о них.  

• В видео обсуждается использование переменных в Ansible для автоматизации процессов и упрощения работы с инвентарем.  

• Переменные могут быть определены на уровне инвентаря или в модулях.  

• Важно выносить переменные в переменные, чтобы их можно было использовать в разных частях кода и задачах.  

• В видео рассматриваются различные виды переменных в Ansible: переменные, определенные разработчиками, и переменные, созданные в процессе работы Ansible (регулярные переменные).  

• Регулярные переменные могут быть использованы для регистрации ответов от модулей и создания условий для выполнения задач.  

• Факты - это переменные, которые могут быть определены как разработчиками, так и в процессе работы Ansible.  

• В видео рассказывается о том, как энсибл собирает факты о хостах и использует их для параметризации работы плейбука.  

• Перечисляются различные виды переменных: системные, факты, особые переменные (хост варс и групп варс).  

• Демонстрируется, как можно использовать переменные для получения информации о хостах и группах хостов.  

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

• В заключение автор подводит итоги и подчеркивает важность понимания работы переменных для успешной работы с энсиблом.  

• Автор обсуждает, как лучше писать файлы хост в формате ямла или ини, и предлагает обсудить этот вопрос в чате.  

• Упоминается доклад на девопс конфе, где автор рекомендует писать плейбуки только в ямле.  

• Автор использует текстовый редактор Vim, но признает, что иногда сложно переключаться между файлами в этом редакторе.  

• Автор также упоминает, что иногда использует Vim для работы с кодом, но обычно это происходит только на стримах.  

• Автор благодарит зрителей за внимание и приглашает на следующий урок, где они будут писать свой первый плейбук.  

• Практики на этом уроке не будет, так как они еще не написали плейбук своими руками.