🔝 Наш чат для обсуждений |🚀 Буст для канала

### 🚀 Docker-Compose vs Docker-Swarm: Битва Постановщиков! 🔥

В мире контейнеризации Docker стал настоящей революцией! Но когда дело доходит до управления множеством контейнеров, в игру вступают два мощных инструмента: Docker-Compose и Docker-Swarm. Давайте разберёмся, чем они отличаются и когда их лучше использовать!

🏗 Docker-Compose: Лёгкий Архитектор

Docker-Compose — это ваш надежный помощник для оркестрации связанных контейнеров. Он позволяет разработчикам запускать многоконтейнерные приложения с помощью простого файла docker-compose.yml.✨ Вы описываете, какие сервисы нужны, их зависимости, сети и тома, а затем с помощью одной команды запускаете всё это дело!

Представьте, что вы разрабатываете веб-приложение, состоящее из нескольких частей: сервера приложений, базы данных, кэша. Используя Docker-Compose, вы можете легко объединить их в одно целое, создавая локальное окружение всего за несколько минут. 🕒

🔄 Docker-Swarm: Король Кластера!

Если Docker-Compose — это архитектор, то Docker-Swarm — ваш менеджер по проектам, отвечающий за развертывание и масштабирование приложений в кластерной среде. 🚀 Docker-Swarm позволяет объединять несколько Docker-хостов в единый кластер, управляя контейнерами, которыми вы располагаете, как единым целым.

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

🌟 В чем же разница?

1. Цель: Docker-Compose идеален для локальной разработки и тестирования, в то время как Docker-Swarm предназначен для управления развертываниями на нескольких узлах.
2. Сложность: Docker-Compose проще в использовании и подходит для начинающих, в то время как Docker-Swarm требует немного больше исследований и изучения, но предлагает мощные возможности для масштабирования.
3. Масштабируемость: Docker-Compose подходит для небольших приложений, а Docker-Swarm идеален для крупных проектов, требующих высокой доступности и отказоустойчивости.

💡 В заключение!
Docker-Compose и Docker-Swarm — это два мощных инструмента, каждый из которых решает уникальные задачи. 🌐
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

Мультимодульные Dockerfile (или Multi-stage builds) — это современный подход к созданию контейнеров, который позволяет оптимизировать процесс сборки, уменьшить размер изображений и улучшить безопасность. Давайте разберем ключевые этапы и их преимущества и недостатки.

### Этап 1: Зачем использовать мультимодульные Dockerfile? 🤔

Мультимодульные Dockerfile позволяют разбивать процесс сборки на несколько этапов, где каждый этап может использовать разные базовые образы. Это хорошо, потому что:

- Оптимизация размера 📦: Вы можете использовать более тяжелые образы для сборки (например, с компиляторами), а затем копировать только необходимые артефакты в финальную сборку, что значительно снижает размер итогового образа.
- Повышение безопасности 🔒: Легкие образы содержат меньше уязвимостей, так как в них нет инструментов, которые использовались для сборки.
- Упрощение управления зависимостями 🔗: Вы можете создавать отдельные слои для различных зависимостей, что упрощает обновления и отладку.


### Этап 2: Как работает мультимодульный Dockerfile? 🔄

Рассмотрим пример мультимодульного Dockerfile для приложения на Go:

# Этап сборки
FROM golang:1.20 AS builder
WORKDIR /app
COPY . .
RUN go build -o myapp

# Финальный образ
FROM alpine:latest
WORKDIR /app
COPY --from=builder /app/myapp .
CMD ["./myapp"]

1. Первый этап: Мы используем образ Golang, чтобы собрать приложение. Здесь находятся все необходимые инструменты.
2. Второй этап: Мы создаем легкий образ на базе Alpine, копируем только скомпилированный бинарник и запускаем его.

### Этап 3: Преимущества и недостатки 🌟🔻

Преимущества:
- Улучшенная производительность развертывания 🚀.
- Снижение затрат на хранение образов 💰.
- Более быстрая сборка благодаря кэшированию между этапами ⏱.

Недостатки:
- Усложнение Dockerfile: чем больше этапов, тем труднее его читать и поддерживать 📖.
- Может потребоваться больше ресурсов для сборки на этапе разработки, так как используются тяжелые образы 💻.

### Заключение ✨

Мультимодульные Dockerfile представляют собой мощный инструмент, который при правильном использовании может значительно улучшить процесс разработки и развертывания приложений. Они позволяют создавать легкие и безопасные образы, сохраняя при этом гибкость работы с зависимостями. Однако важно помнить об усложнении процесса и следить за читаемостью Dockerfile. НО! не забываем , что в самой книге по докеру которая в закрепе рекомендуется подход 1=1 в 1 контейнере 1 процесс!
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

С новой рабочей неделей! Голосование было стремительное! - как решение сделать краткий обзор между двумя претендентами в течении недели, так как разница в пару голосов. Так же поступило он 3 человек начать их менторить , но пока сомневаюсь в свободном времени для этого и думаю если начну делать то по группам хотя бы 10 человек - чтобы окупить хотя бы аренду серверов и облачной системы ( но об этом думаю позже) и так начнем!

Сегодня мини краткий обзор по двум темам- далее каждый день более сильное углубление по этим темам !
С чего начинается Devops? Конечно с линукса!

Linux — это одна из самых популярных операционных систем в мире серверов и разработки. 🐧 Основано на ядре, созданном Линусом Торвальдсом, обеспечивает гибкость и мощность для администраторов и разработчиков.

Первый шаг к успешному использованию Linux — понимание командной строки. 🔑 Это мощный инструмент для работы с файлами, службами и выполнения команд.

SSH (Secure Shell) — протокол для безопасного удаленного доступа к серверу. 🛡 Позволяет управлять системами и выполнять команды.

Создание SSH-ключа:

ssh-keygen -t rsa (далее выбираем вам нужный формат (ваше мини ДЗ))

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

Копирование SSH-ключа на сервер:

 ssh-copy-id user@server_ip

Это позволит подключаться к серверу без ввода пароля. 🔒

Подключение к серверу:

ssh user@server_ip

И наш любимый Nginx!
Nginx был разработан для обеспечения высокой производительности и стабильности, особенно при управлении большим количеством одновременных соединений. Он является одним из самых популярных веб-серверов благодаря своей легкости в настройке, эффективному использованию ресурсов и возможности обработки большого потока запросов. 🚀

Установка Nginx
Для начала работы с Nginx вам нужно установить его на ваш сервер. Важно, чтобы вы имели доступ к системе как администратор. Вот шаги для установки Nginx на Ubuntu:

Обновите список пакетов:

sudo apt update

Установите Nginx:

sudo apt install nginx

Проверьте статус службы:

sudo systemctl status nginx

После установки вам нужно убедиться, что Nginx работает. Если он не запущен, вы можете запустить его командой:

sudo systemctl start nginx

Надеюсь, такой формат вам подходит!
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

Далее по Linux
### Основные команды для работы с файловой системой 🚀

После освоения SSH, важно понимать, как перемещаться и управлять файлами в системе. Это позволит вам более эффективно работать на удалённом сервере. Давайте рассмотрим основные команды, которые пригодятся!

#### Навигация по файловой системе 🌍

- Переход в каталог:

  cd /path/to/directory
  

Команда cd (change directory) позволяет вам перемещаться между каталогами. Например, если вы хотите перейти в каталог Documents, просто выполните:

  cd Documents
  

- Вывод списка файлов и их атрибутов:

  ls -l
  

Команда ls отображает список файлов в текущем каталоге. Использование флага -l позволяет получить более детальную информацию о каждом файле: права доступа, количество связей, владелец, группа, размер и дата последней модификации. Можно также использовать флаг -a, чтобы увидеть скрытые файлы (имена которых начинаются с точки):

  ls -la
  

#### Создание и удаление файлов 📄❌

- Создание нового файла:

  touch myfile.txt
  

С помощью команды touch вы можете создать новый пустой файл или обновить временную метку на уже существующем.

- Удаление файла:

  rm myfile.txt
  

Команда rm используется для удаления файлов. Будьте осторожны, так как восстановить удалённые файлы может быть сложно! Если хотите удалить каталог и все его содержимое, используйте:

  rm -r mydirectory
  

#### Работа с текстом ✍️✨

- Запись в файл:

  echo "Hello, World!" > greeting.txt
  

Команда echo позволяет выводить текст в терминале, а с помощью > вы можете записать этот текст в файл (если файл уже существует, его содержимое будет перезаписано).

- Вывод содержимого файла:

  cat greeting.txt
  

Команда cat выводит содержимое файла в терминал. Это удобно, когда вы хотите быстро просмотреть текстовый файл.

#### Дополнительные примеры для работы с текстовыми файлами 📖

- Добавление текста в файл:

  echo "Welcome to my server!" >> greeting.txt
  

Используя >>, вы добавляете текст в конец файла, не удаляя его текущее содержимое.

- Создание резервной копии файла:

  cp myfile.txt myfile_backup.txt
  

Команда cp позволяет сделать копию файла. Это полезно, если вы хотите сохранить резервную версию важной информации.

- Переименование файла:

  mv myfile.txt newname.txt
  

Команда mv перемещает файл, но также может использоваться для его переименования.

---

Теперь вы знаете основные команды для навигации и управления файлами в системе через SSH. Используйте эти команды, чтобы облегчить вашу работу и эффективно управлять вашим сервером! 💻🌟
Завтра будет более обширно по nginx
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

Nginx!

---

# Настройка Nginx: Виртуальные хосты и конфигурации 🌟

Nginx — это мощный веб-сервер, который также может использоваться в качестве обратного прокси-сервера, почтового прокси и балансировщика нагрузки. Для его настройки необходимо знать, как управлять конфигурационными файлами и настраивать виртуальные хосты. 🎛

## Основные конфигурационные файлы Nginx 📂

Конфигурационные файлы Nginx обычно находятся в каталоге /etc/nginx/. Основной файл конфигурации называется nginx.conf, и в нём содержатся настройки сервера и виртуальных хостов. В этом файле определяется, как Nginx будет обрабатывать запросы и какие модули будут использоваться.

### Где найти файлы конфигурации? 🔍

Большинство конфигурационных файлов находятся в следующих местах:

- Основной файл: /etc/nginx/nginx.conf
- Виртуальные хосты: /etc/nginx/sites-available/ (для доступных хостов) и /etc/nginx/sites-enabled/ (для активных хостов)

## Создание нового виртуального хоста 🏗

Чтобы настроить новый веб-сайт на сервере Nginx, вам нужно создать новый файл конфигурации в каталоге sites-available. Это делается с помощью текстового редактора, например, nano.

### Шаг 1: Создание конфигурационного файла ✍️

Откройте терминал и выполните следующую команду:

sudo nano /etc/nginx/sites-available/my_website

Эта команда создаст новый файл конфигурации для вашего сайта. Не забудьте заменить my_website на название вашего проекта!

### Шаг 2: Основные параметры веб-сервера 🌐

Приведем пример конфигурации, которая задает основные параметры веб-сервера:

server {
    listen 80;  # Порт, на котором будет доступен сайт
    server_name my_website.com www.my_website.com;  # Доменные имена

    root /var/www/my_website;  # Каталог с файлами сайта
    index index.html index.htm;  # Страницы по умолчанию

    location / {
        try_files $uri $uri/ =404;  # Обработка статических файлов
    }
}

### Объяснение параметров 🔑

- listen 80; — эта строка указывает, что сервер будет слушать входящие запросы на порту 80 (стандартный порт для HTTP).
- server_name — здесь вы задаёте доменные имена, по которым ваш сайт будет доступен. Вы можете указать несколько имен, разделив их пробелами.
- root — этот параметр определяет корневой каталог (папку), где находятся файлы вашего сайта. Убедитесь, что все файлы размещены в указанной папке!
- index — это настройка страниц по умолчанию, указывающая, какие файлы будут загружаться при доступе к корневому URL вашего сайта.
- location / — этот блок определяет маршрутизацию запросов. В данном случае try_files пытается найти запрашиваемый файл. Если файл не найден, сервер вернет ошибку 404.

### Шаг 3: Активируйте конфигурацию 🎉

После того как вы добавили настройки для вашего виртуального хоста, вам нужно активировать конфигурацию. Для этого создайте символическую ссылку в каталоге sites-enabled:

sudo ln -s /etc/nginx/sites-available/my_website /etc/nginx/sites-enabled/

### Шаг 4: Проверка конфигурации и перезагрузка Nginx 🔄

Прежде чем перезагрузить сервер, всегда полезно проверить синтаксис конфигурации:

sudo nginx -t

Если проверка прошла успешно, вы можете перезагрузить Nginx, чтобы применить изменения:

sudo systemctl reload nginx

🎊 Поздравляю! Теперь ваш веб-сайт должен быть доступен по заданным доменным именам!

## Заключение 💡

Настройка виртуальных хостов в Nginx — это мощный способ управлять несколькими сайтами на одном сервере. Понимание конфигурации и правильная настройка помогут вам эффективно управлять вашими веб-проектами. 🚀
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

# Погружение в мир Cron: Автоматизация с помощью планировщика задач 🕒🚀

Cron — это незаменимый инструмент для пользователей,и системных администраторов, который позволяет автоматизировать выполнение задач и скриптов в заданное время. С его помощью вы можете избежать рутинных операций и сэкономить массу времени! 🌟 В этой статье мы подробнее рассмотрим, как правильно использовать Cron, его синтаксис и приведем практические примеры.

## Основы работы с Cron 🌐

Cron функционирует как демон, который запускает задачи, прописанные в специальном файле — crontab. Чтобы редактировать этот файл и добавлять новые задания, необходимо использовать команду:

crontab -e

При первой настройке вас может встретить выбор редактора (например, nano или vim). Выберите тот, который вам удобнее использовать.

### Формат записи задания в crontab ☑️

Запись задания в crontab имеет следующий формат:

* * * * * команда

Где:

- Первое поле — минуты (0-59)
- Второе поле — часы (0-23)
- Третье поле — день месяца (1-31)
- Четвертое поле — месяц (1-12)
- Пятое поле — день недели (0-7, где оба 0 и 7 — это воскресенье)

Каждое из пяти полей может принимать как конкретные значения, так и специальные символы. Давайте разберём это подробнее!

### Специальные символы 🌈

- * — любое значение. Например, * в поле минут означает "каждую минуту".
- , — перечисление. Например, 1,15 в поле минут означает "в 1 минуту и в 15 минут".
- - — диапазон. Например, 1-5 в поле дней недели означает "с понедельника по пятницу".
- / — шаг. Например, */5 в поле минут означает "каждые 5 минут".

## Примеры использования Cron 🛠

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

### Выполнение скрипта каждый день в 2 часа ночи 🌙

Предположим, вам нужно запускать скрипт, который делает резервное копирование данных. Этот скрипт находится по пути /path/to/noscript.sh. Запись в crontab будет выглядеть так:

0 2 * * * /path/to/noscript.sh

Эта команда запускает скрипт каждый день ровно в 2:00 ночи. 💤💻

### Запуск команды каждые 15 минут ⏰

Иногда вам может понадобиться выполнять команду с определённой периодичностью. Допустим, вы хотите записывать "Hello World" в журнал каждые 15 минут. Для этого используйте следующую запись:

*/15 * * * * echo "Hello World" >> /var/log/cron.log

Эта команда будет добавлять строку "Hello World" в файл cron.log каждые 15 минут. 📄✨

### Очистка временных файлов каждую неделю 🗑

Если на вашем сервере происходит накопление временных файлов, вы можете настроить задание, чтобы очищать их каждую неделю, к примеру, по воскресеньям в полночь:

0 0 * * 0 find /path/to/temp -type f -mtime +7 -exec rm {} \;

Эта команда ищет и удаляет файлы старше 7 дней в папке /path/to/temp. Надежная практика по поддержанию порядка! ⚙️🌿

### Отправка уведомления каждый час 🔔

Вы хотите быть в курсе состояние вашего сервера? Простая запись в crontab может отправить вам email с обновлениями каждый час:

0 * * * * echo "Server is running" | mail -s "Server Status" you@example.com

Эта команда отправляет уведомление с текстом "Server is running" раз в час, используя команду mail. 📬💌

## Проверка работоспособности Cron 🔍

Чтобы убедиться, что ваши задачи Cron выполняются, вы можете просмотреть системные журналы. В большинстве систем это можно сделать с помощью команды:

grep CRON /var/log/syslog

Или, если ваш дистрибутив использует journalctl, введите:

journalctl -u cron

Это даст вам информацию о том, выполняются ли ваши задачи и не возникает ли каких-либо ошибок. 📝🔧

## Заключение 🌅

Теперь вы обладаете базой знаний, чтобы начать использовать Cron для автоматизации различных задач на вашем сервере или даже на локальном компьютере. Помните, что правильно настроенные задачи Cron могут значительно упростить вашу жизнь и повысить вашу продуктивность. Не бойтесь экспериментировать и находить лучшие решения для своих потребностей! Удачи с автоматизацией! 🎉🚀
🔝 Наш чат для обсуждений |🚀 Буст для канала

🔝 Наш чат для обсуждений |🚀 Буст для канала

### 🌐 Управление безопасностью с Nginx: SSL сертификаты - тут самый простенький пример без сертбота

Сегодня мы поговорим о безопасности с использованием SSL сертификатов 🛡

#### 🌟 Что такое SSL сертификат?

SSL сертификат — это цифровой ключ, который добавляет слой шифрования к вашему веб-серверу, обеспечивая защищенное соединение между пользователем и сервером. Это важно для защиты конфиденциальности данных пользователей.

#### 🚀 Установка SSL на Nginx

1. Генерация самоподписанного SSL сертификата:

sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/nginx/private.key -out /etc/nginx/certificate.crt

2. Добавление конфигурации SSL к вашему серверу Nginx. Откройте файл конфигурации:

sudo nano /etc/nginx/sites-available/default

3. Добавьте следующие строки (пример):

server {
    listen 443 ssl;
    server_name yourdomain.com;
    ssl_certificate /etc/nginx/certificate.crt;
    ssl_certificate_key /etc/nginx/private.key;
}

4. Перезапустите Nginx:

sudo nginx -s reload

#### 🎉 Заключение

SSL сертификаты помогают укрепить безопасность вашего сайта, защищая информацию пользователей.

Безопасность на первом месте! 🔒✨
🔝 Наш чат для обсуждений |🚀 Буст для канала

🌟 Возвращаемся к менторству! 🌟

Друзья, есть возможность собрать первую группу на обучение! 🚀 минимум 10 человек!💪

Что вас ждет?

Мы погрузимся в мир технологий и разберем множество интересных тем:

1. Учимся работать на сервере – изучим основы администрирования и настройки.

2. Работаем с Docker – познакомимся с докеризацией, Docker Hub и управлением контейнерами.

3. Щупаем и поднимаем мини-проект – реализуем наш первый проект на практике!

4. Работаем с облачной инфрой – погрузимся в облачные технологии и их возможности - Яндекс клауда.

5. Пишем скрипты для бэкапов – разработаем простые автоматизации для сохранения данных через bash и CLI .

Как будет проходить обучение?

Это не просто курс! Сделаю под реальные рабочие процессы:

- Есть задача – идем и выполняем! 💼
- Встречаем вопросы – сначала гуглим, потом идем за ответами ко мне! 🔍
- Учимся общению с ИИ – я предоставлю все необходимые инструменты! 🤖

По оплате: 💰

Стоимость обучения составит от 3.5k в месяц. Будет создана отдельная группа в Telegram для участников, чтобы все были в курсе новостей и могли общаться друг с другом.

Инфоцыган и тд:
🔍 Для сравнения: если взять любой курс крупных компаний и разделить общую сумму на 12 месяцев, получится около 15k в месяц! А здесь вы платите только за аренду сервера, бакета,контейнер регистри и прочее что связано с облачной платформой! Можете сами зайти в яндекс клауд и глянуть сколько обойдется вам сервер☕️

Почему так делаю?

Я хочу создать классную группу и поднять медийку с помощью довольно необычного эксперимента! 😊 Это отличная возможность не только для обучения, но и для общения и обмена опытом.

🔥 Не упустите шанс присоединиться! Каждому будет интересно и полезно, и, возможно, вы найдете единомышленников на будущее! Приходите, и давайте развиваться вместе! 💡✨

Кто готов ставьте 🔥

БОНУС по просьбам трудящихся!!!

### Значение переменных $uri и $uri/

1. `$uri` — это переменная, которая содержит путь к запрашиваемому ресурсу, не включая параметры запроса. Например, если пользователь запрашивает http://example.com/images/pic.jpg, то значение $uri будет равно /images/pic.jpg.

2. `$uri/` — добавление слэша в конце этой переменной может использоваться для обработки запросов к директориям. Если клиент запрашивает http://example.com/images/, то $uri/ будет равно /images/.

3. `=404` — этот символ указывает на то, что если запрашиваемый ресурс не найден, сервер должен вернуть ошибку 404. Это бывает полезно, чтобы гарантировать, что при некотором пути не будет возвращён ответ 200 OK, если ресурс отсутствует.

### Пример использования в конфигурации Nginx

Рассмотрим, как эти переменные могут быть использованы в конфигурационном файле Nginx:

server {
    listen 80;
    server_name example.com;

    location / {
        try_files $uri $uri/ =404;  # Попытка найти файл или директорию, иначе 404
    }

    location /images/ {
        alias /var/www/images/;  # Отображение содержимого из другой директории
    }

    location /api/ {
        proxy_pass http://backend:5000;  # Проксирование запросов к другому серверу
    }
}

### Различные варианты location

1. Точное совпадение:
Для обработки точных запросов можно использовать =. Это означает, что Nginx будет обрабатывать запрос только при точном совпадении. Например,

   location = /robots.txt {
       allow all;
       log_not_found off;
   }
   

2. Префиксное совпадение:
Использует location /prefix/ {} для обработки всех запросов, начинающихся с заданного префикса. Это позволяет обрабатывать запросы к разным частям сайта.

3. Регулярные выражения:
Можно использовать регулярные выражения для более сложных сценариев обработки. Например,

   location ~* \.(jpg|jpeg|png|gif)$ {
       expires 30d;   # Установка кэширования для изображений
   }
   

4. Вложенные URL:
Если у вас есть несколько уровней вложенности, вы можете комбинировать их в разных блоках location. Например,

   location /products/ {
       try_files $uri $uri/ /404.html;  # Попробуйте найти, если нет - 404
   }

   location /products/item/ {
       proxy_pass http://backend:8080/products/item/;  # Проксирование для конкретного маршрута
   }
   

5. Обработка ошибок:
Также можно использовать блоки error_page для обработки специфичных ошибок. Например,

   error_page 404 /404.html;
   

### Резюме

Конфигурация Nginx позволяет гибко управлять обработкой запросов для различных URI через использование блоков location, различных переменных и механизмов обработки ошибок. Каждый разработчик может настроить свой веб-сервер под уникальные потребности, учитывая все вышеперечисленные аспекты.

Не забывайте тестировать конфигурацию вашего сервера и перезапускать Nginx после внесения изменений. Вы можете использовать следующую команду в терминале:

sudo nginx -t && sudo systemctl restart nginx

Это позволит вам убедиться, что ваши настройки корректны, и перезапустит Nginx для применения изменений. 😊

ВСЕХ С ДОЛГОЖДАННЫМИ ВЫХОДНЫМИ!
🔝 Наш чат для обсуждений |🚀 Буст для канала