Savely DevOps

devops@ubuntu ~ $

 ____                  _         ____              ___            
/ ___|  __ ___   _____| |_   _  |  _ \  _____   __/ _ \ _ __  ___ 
\___ \ / _` \ \ / / _ \ | | | | | | | |/ _ \ \ / / | | | '_ \/ __|
 ___) | (_| |\ V /  __/ | |_| | | |_| |  __/\ V /| |_| | |_) \__ \
|____/ \__,_| \_/ \___|_|\__, | |____/ \___| \_/  \___/| .__/|___/
                         |___/                         |_|

def Обо мне {

Я — начинающий DevOps инженер. Меня привлекает DevOps тем, что здесь нет рутины — это профессия, где широкий спектр задач и технологий. Благодаря этому можно постоянно учиться новому, переключаться между разными направлениями. Это не только делает работу интереснее, но и помогает избежать выгорания, которое часто встречается в IT.

Ссылка на мое резюме в Google Docs

}

def Навыки {

Ubuntu

Docker

Ansible

Terraform

Bash

Python

Git

Gitlab CI/CD

Yandex Cloud

Nginx

}

def Опыт работы и проекты {

PlaysDev — DevOps стажер

ноябрь 2024 – январь 2025

{

✅ Настраивал обратный прокси для нескольких серверов с помощью Nginx.

✅ Контейнеризировал веб-приложения, используя Docker, Docker Compose и Docker Hub.

✅ Писал инфраструктуру как код (IaC) для веб-приложения на виртуальных машинах в Yandex Cloud (Terraform).

✅ Интегрировал приложения в бессерверную архитектуру с YC Serverless Containers, YC API Gateway и YC Container Registry.

✅ Автоматизировал настройку виртуальных машин с использованием Ansible.

}

Пет-проект "savelydevops.site" — Web-разработчик и DevOps-инженер

{

Базовая версия сайта (1 сервер)

Docker Ansible Bash Git GitLab Nginx

Расширенная версия сайта (расширяемая инфраструктура)(В процессе разработки)

}

Involta — Backend разработчик-практикант

июль 2023 – август 2023

{

✅ Настраивал сервер для веб-приложения с Nginx.

✅ Разработал API для backend-а на Python (Flask).

✅ Создавал базу данных и структуру таблиц в PostgreSQL.

✅ Работал с базой данных через SQL-запросы, используя SQLAlchemy.

}

}

def Контакты {

Email: pahtin.savely@yandex.ru

Telegram: @SavelyLt

LinkedIn: linkedin.com/in/savelij

}

def Образование {

Ивановский государственный политехнический университет — Информационные системы и технологии/бакалавр

сентябрь 2020 – июнь 2024

Санкт-Петербургский политехнический университет Петра Великого — Cистемное и сетевое администрирование Linux/профессиональная переподготовка

сентябрь 2023 – август 2024

}

❌

Схема работы CI/CD

Описание процесса CI/CD для веб-приложения

1. Разработчик и репозиторий

Разработчик пушит код в ветку main репозитория GitLab.

GitLab CI/CD автоматически запускает пайплайн при каждом пуше.

2. Этапы пайплайна

Пайплайн CI/CD состоит из нескольких задач:

Очистка сервера (clean-server) – удаляет старую версию веб-приложения с сервера.
Деплой (deploy-prod) – отправляет новую версию веб-приложения на сервер.
Обновление SSL (update_certificate) – запускается раз в месяц и обновляет SSL-сертификаты.

3. Серверная часть

Docker – используется для контейнеризации веб-приложения.
Nginx (контейнер web) – дает доступ к сайту и его содержимому (статические файлы).
Certbot (контейнер certbot) – отвечает за управление SSL-сертификатами.
Скрипт (script.sh) – запускает обновление сертификатов и пушит их в GitLab-репозиторий.

4. Обновление SSL-сертификатов

Раз в месяц GitLab CI/CD запускает задачу update_certificate.

GitLab Runner отправляет и выполняет script.sh на сервере.
script.sh запускает контейнер certbot, котороый обновляет сертификаты, если они устарели.
Если сертификаты обновлены, script.sh пушит в GitLab репозиторий.

Схема автоматизированной настройки сервера с помощью Ansible

Описание компонентов и работы Ansible

1. Контрольная нода

Расположено все необходимое для автоматической настройки сервера:

ansible.cfg — конфигурация Ansible (расположение инвенторя, настройка ssh, использование привилегий и т.д.)
inventory.ini — список серверов или групп (есть возможность добавить данные для подключения)
group_vars — директория с переменными для групп серверов с данными для подключения к ним (нет в моем репозитории в целях безопастности)
roles — директория с ролями — объединенными задачами (нет в моем репозитории в целях безопастности)
external_vars.yml – чувствительные переменные
main.yml — плейбук, в котором указаны порядок запуска ролей

2. Сервер

Чистый сервер на Ubuntu. У вас должен быть доступ либо по паролю, либо по ключу

3. Запуск плейбука

Ansible считывает конфигурацию в ansible.cfg
Подключается по SSH к серверу
Запускает роли в следующем порядке:

docker — удаляет старые пакеты докера и устанавливает из репозиторий docker'а свежие пакеты + выдает указаному пользователю группу "docker"
clone_certbot — клонирует репозиторий с конфигурацией certbot и сертификатами (нет в моем репозитории в целях безопастности)
settings_user — авторизирует ключ & передает конфигурацию git & устанавливает пароль