DevOps1. Основные инструменты 2025

• DevOps. Уровень 1. Инфраструктура как код, основные инструменты
• ДП-ДЕВОПС-М

1. Узнать и записать свой номер стенда: X=
2. Сообщить его в чат преподавателю

• ∞ Дорожная карта DevOps-инженера в 2023 году
• Ссылки в разделе Сервис Git

• Разворачиваем стенд курса Linux. Уровень 2. Администрирование сервисов и сетей или Развертывание стенда дома (смотреть с 13-й минуты)

Запустите с правами Administrator

C:\cmder\cmder.exe

bash

cd

test -d conf && rm -r conf

git clone http://val.bmstu.ru/unix/conf.git

cd conf/virtualbox/

!!! 8 - это номер курса, вместо X укажите Ваш номер стенда, если не знаете его, спросите преподавателя !!!

./setup.sh X 8

• Настройка виртуальных систем Unix с использованием Скрипты автоконфигурации

• gate

# sh net_gate.sh

# init 6

• server

# sh net_server.sh

# init 6

• Создать в Putty профили gate, server и подключиться

• Сервис Git, команды init, add, commit для каталога /etc на server

• Финальная настройка DNS сервера

server:~# sh conf/dns.sh

• Настройка клиента DNS на gate и server

# cat /etc/resolv.conf

search corpX.un
nameserver 192.168.X.10

# nslookup ns

server# cat /etc/bind/corpX.un

...
webd            A       192.168.X.10

• Сервис Git, команды log, show, diff, reset

1. Перечислите и объясните команды git

• Ссылки в разделе Технология Docker
• Микросервисная архитектура

!!! Методическая рекомендация, запустить установку Docker (только на server) из лабораторной работы 2.2

• Рассмотрим Web приложения
• Нагрузочное тестирование с использованием curl

• Удаляем приложение с host системы

server# apt purge inetutils-inetd

• Установка Docker из базового репозитория на server и из репозитория вендора на gate

!!! Методическая рекомендация, запустить установку GitLab из лабораторной работы 4.1

• Создание образа для приложения вручную
• Запуск в режиме демона и подключение к контейнеру

• Использование готовых образов приложений
• Использование docker-compose
• Использование Nginx для балансировки нагрузки
• Добавляем сообщения про ip и hostname (вручную) и журнал (следующая лабораторная)

!!! Методическая рекомендация, запустить установку Golang из этой лабораторной работы

• Собираем образ Приложение bash webd (добавляем журнал)

• Вопросы оптимизации Dockerfile и безопасности
• Виртуальная среда Python
• Создаем Web приложение на Python
• Собираем образ Приложение python pywebd

!!! Методическая рекомендация, запустить установку Vagrant из лабораторной работы 3.1

• Вопросы оптимизации размера образа
• Язык программирования Golang
• Создаем Web приложение на Golang
• Собираем образ Приложение golang gowebd

• Вопросы оптимизации времени сборки образа
• Установка Docker из репозитория вендора на gate

server# scp -r gowebd/ gate:

• Расширение docker buildx

• Обзор и удаление ненужных ресурсов Docker

• Включаем GitLab Docker Registry
• Создаем (Public, без README) проект webd
• Cохраняем образ, используя Локальные репозитории

1. Зачем нужен Docker?
2. Чем Docker отличается от LXC?
3. Из каких частей состоит имя образа?
4. Чем Docker контейнер отличается от Docker образа?
5. Как ПО в Docker контейнере может взаимодействовать с системой и другими контейнерами?
6. Зачем нужен Dockerfile?
7. Зачем “запихивать” сразу много инструкций в команду RUN?
8. Зачем нужен docker-compose?

• Построение ландшафта инфраструктуры на примере Технология Vagrant
• Построение ландшафта облачной инфраструктуры с использованием HashiCorp Terraform
• Видео урок: On-premise Terraform
• Управление инфраструктурой с использованием Сервис Ansible

!!! Методическая рекомендация, запустить установку Ansible из лабораторной работы 3.2

• Добавляем DNS записи nodeN A 192.168.X.200+N в Настройка мастер сервера зоны corpX.un
• Обзор команд Технология VirtualBox
• Обзор Технология Vagrant
• Развертываем с использованием Multi-Machine Vagrant Environments узлы кластера node1,2,3

• Общие принципы и модели управления (Push and Pull)
• Установка на управляющей системе
• Настройка групп управляемых систем
• Настройка транспорта ssh с Парольная аутентификация
• Использование модулей для тестирования связи с управляемыми системами
• Установка Docker с помощью Ansible playbook на node1,2,3
• Варианты Использование шаблонов Jinja
• Варианты Использование handlers
• Развертывание кластера приложения с Использование ролей Ansible

1. Что общего и в чем отличие между Ansible, Vagrant и Terraform?
2. Что означает термин Provision в Vagrant?
3. Что такое module, playbook, role в Ansible?
4. Назовите каталоги в роли Ansible
5. Что должно быть установлено на целевой системе для управления через Ansible?
6. Каким образом Vagrant управляет VM?
7. Как реализован Ansible provision в Vagrant?

• https://ru.wikipedia.org/wiki/Непрерывная_интеграция
• CI/CD/CD. Continuous Integration / Continuous Delivery / Continuous Deployment

• Вебинар: Вход в CI/CD для Linux-админа
• Статья: Самый простой пример CI/CD

• Установка из репозитория

!!! Методическая рекомендация, скачать gitlab-runner из следующей лабораторной работы

• Управление пользователями (назначить УЗ student администратором)
• Создаем новый репозиторий (Project name: openvpn1, Private, без README) в GitLab
• Пользуясь инструкцией к проекту, включаем Сервис Git для каталога openvpn1 и помещаем его в GitLab

• Установка из пакета GitLab Runner на server и его регистрация

• Используя GitLab Pipeline Editor добавляем в проект openvpn1 Пример shell ansible Pipeline и наблюдаем “выкатку” в “прод” после Commit в ветку main

1. Чем отличается GitLab от Git?

1. Для чего нужен GitLab Runner?
2. Как называется файл для CI/CD в GitLab?

• 7 эпичнейших багов в истории человечества

• https://ru.wikipedia.org/wiki/Тестирование_программного_обеспечения
• Различные виды тестирования ПО

• https://ru.wikipedia.org/wiki/Ручное_тестирование
• https://ru.wikipedia.org/wiki/Автоматизированное_тестирование
• https://ru.wikipedia.org/wiki/Lint
• https://ru.wikipedia.org/wiki/Smoke_test
• В чем отличия нагрузочного от стресс-тестирования

• Для подключения используем Сервис Keepalived в режиме Настройка балансировки нагрузки и corpX.ovpn (Настройка клиента) в windows или linux
• Можно добавить Сервис NAT для зрелищности

• Добавляем параметры dhcp-option,block-outside-dns и Commit в test с созданием Merge requests и наблюдаем “выкатку” в “тестовую” среду, проверяем работу сервиса в ней
• Одобряем Merge requests и наблюдаем “выкатку” в “прод”

• Размещаем каталог webd в On-Premise gitlab, пользуясь инструкцией к проекту
• Автоматизируем сборку образа, используя Проверка синтаксиса и Пример shell docker GitLab CI/CD, не забыв назначить метки Gitlab Runner. Можно обсудить добавление переменных в проект и вывод их через env

• Сервис HTTP Нагрузочное тестирование

• Установка в виде контейнера gitlab-runner на gate
• Включаем Insecure Private Registry, копируем “Registration token” для gitlab-runner в режиме Регистрация DooD

• Добавляем в проект Пример CI с использованием контейнеров и используем Git тэги (Обновление сетевого репозитория из локального) для сборки Docker образов

• Останавливаем, очищаем конфигурацию Установка в виде контейнера gitlab-runner на gate
• Удаляем Runner в GitLab
• Обзор и удаление (можно всех) образов c gate
• Отключаем Insecure Private Registry

• Повторяем Установка в виде контейнера gitlab-runner на gate
• Копируем “Registration token” для gitlab-runner в режиме Регистрация DinD
• Добавляем необходимые для DinD элементы конфигурации в Пример CI с использованием контейнеров

1. Что такое “ветка” в Git и почему переименовали master в main?

• Системы оркестрации контейнеров: что такое и лучше для вашего проекта

• Установка minikube для gitlab-runner@server (для доступа к репозиторию, на нем же, понадобится включить Сервисы Gateway и routing)

• Изучаем Базовые объекты k8s
• Для понимания работы Ingress (понадобится в следующем курсе), настраиваем Nginx для доступа к приложению webd в minikube с хост системы
• Настраиваем Keepalived и тестируем Утилита curl
• Тестируем livenessProbe с extern-host

ext-host:~# echo "GET http://webd.corpX.un" | vegeta attack -duration=20s -rate=400 -connect-to webd.corpX.un:80:172.16.1.X:80 | vegeta report

• Автоматизируем deploy используя Пример shell Kubernetes GitLab CD (см. выше)
• Тестируем “выкатку” новой версии приложения через запрос несуществующего файла и Версии deployment
• Столкнувшись с необходимостью править версию в манифесте, рассмотрев вариант с envsubst в Пример shell Kubernetes, видим необходимость в Helm
• В финале, можно “закоммитить” новую версию приложения прямо в GitLab

• Почему Kubernetes часто обозначают K8s?
• Чем K8s отличается от Docker-Compose?
• Что используется для описания состояния объектов в K8s?
• Как связаны понятия Deployment, Replica Sets, Pods?
• Для чего используются Namespace?

• Вход в Jenkins и процесс непрерывной интеграции для администратора Linux
• Развертывание инфраструктуры в On-premise облаке с использованием Terraform